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flow diagram which allow a user to programmatically access 
various parameters of a control or indicator. In this manner, 
a user can programmatically make changes that affect the 
output or appearance of controls and indicators. A user can 
also access these parameters interactively during execution 
of a block diagram. A user can creates an attribute node 
containing one or more attributes corresponding to controls 
that affect a parameter of the control, such as the color used 
for the respective display, the visibility of the control, the 
scales or cursor position for respective graphs or charts, etc. 
The piuT>ose of an attribute node is to affect the visual output 
of a control provided on the front panel depending on events 
which occur during execution of a VI or on user input during 
execution of a VI. An attribute node thus allows the execu- 
tion subsystem to monitor user interaction by reading 
attribute data that previously was not available to the pro- 
gram. An attribute node allows two types of operations, 
these being reading an attribute node or writing to an 
attribute node. These operations of reading and writing an 
attribute node can be performed either by a block diagram 
during execution, wherein the user has programmed the 
block diagram to perform this function, or interactively by 
the user during execution. The process of writing to an 
attribute node refers to the execution subsystem updating an 
attribute of a control in the front panel display to reflect an 
attribute that has been set programmatically in a block 
diagram. The user can also "write** to an attribute node by 
providing input to a control in the front panel during 
execution of a block diagram. Reading an attribute node 
refers to the execution subsystem reading the value of an 
attribute for a certain control during block diagram execu- 
tion that may have been changed by the user, or may have 
been changed during execution of a VI by the execution 
subsystem. Reading an attribute also refers to the user 
viewing changes to the attribute during execution. 
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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to graphical systems for 
creating and executing data flow programs, and more spe- 
cifically 10 a method and apparatus for providing attribute 
nodes in a graphical data flow environment 

2. Description of the Related Art 

A computer system can be envisioned as having a number 
of levels of complexity. Referring now to HG. 1, the lowest 
level of a computer system may be referred to as die digital 35 
logic level. The digital logic level comprises the computer's 
tme hardware, primarily consisting of gates which arc 
integrated together to form various integrated circuits. Other 
hardware devices include printed circuit boards, the power 
supply, memory, and the various input/output devices, 40 
among others. Gates are digital elements having one or more 
digital inputs, signals representing 0 or 1 states, and which 
compute an output based on these inputs according to a 
simple function. Common examples of gates are AND gates, 
OR gates, etc. It is also noted that there is yet another level 45 
below level 0 which can be referred to as the device level. 
This level deals with the individual transistors and semicon- 
ductor physics necessary to construct the gates comprising 
the digital logic level. 

The next level, referred to as level 1, is referred to as the 50 
microprogramming level. The microprogramming level is 
essentially a hybrid between computer hardware and soft- 
ware. The microprogramming level is typically imple- 
mented by software instructions stored in ROM (read only 
memory), these instructions being referred to as microcode. 55 
The microprogramming level can be thought of as including 
various interpreters comprised of sequences of microcode 
which cany out instructions available at the machine latn- 
guage level, which is at level 2. For example, when an 
instruction such as an arithmetic or shift function appears at 60 
the machine language level, this instruction is carried out 
one step at a time by an interpreter at the microprogramming 
level. Because the architecture of the microprogranmung 
level is defined by hardware, it is a very difficult level in 
which to program. Tuning considerations are frequently 65 
very important in programming at this level and thus usually 
only very skilled, experienced microprogrammers operate at 



this level. 

As mentioned above, the level above the microprogram- 
ming level is referred to as the machine language level. The 
machine language level comprises the I's and 0*s that a 
program uses to execute instructions and manipulate data. 
The next level above die machine language level is refened 
to as the assembly language level. This level includes the 
instruction set of the computer system, i.e. the various op 
codes, instruction formats, etc. that cause the computer to 
execute instmctions. In assembly language each instruction 
produces exacUy one machine language instruction. Thus, 
there is a one to one correspondence between assembly 
language instructions and machine language instmctions. 
The primary difference is that assembly language uses very 
symbolic human-readable names and addresses instead of 
binary ones to allow easier progranuning. For example, 
where a machine language instruction might include the 
sequence "101101," the assembly language equivalent 
might be "ADD." Therefore, assembly language is typically 
the lowest level language used by programmers, and assem- 
bly language programming requires a skilled and experi- 
enced progranmier. 

The next level includes high level text-based program- 
ining languages which are typically used by programmers in 
writing apphcations programs. Many different high level 
programming languages exist, including BASIC. C. FOR- 
TRAN, Pascal, COBOL, ADA, APL, etc. Programs written 
in these high level languages are translated to the machine 
language level by translators known as compilers. The high 
level progranaming languages in this level, as well as tiie 
assembly language level, are referred to in this disclosure as 
text-based programming environments. 

Increasingly computers are required to be used and pro- 
grammed by those who are not highly trained in computer 
programming techniques. When traditional text-based pro- 
gramming environments are used, the user's programming 
skills and ability to interact with the computer system often 
become a limiting factor in the achievement of optimal 
utilization of the computer system. 

There are numerous subtle complexities which a user 
must master before he can efficiently program a computer 
system in a text-based environment For example, text-based 
programming envirormients have traditionally used a num- 
ber of programs to accomplish a given task. Each program 
in turn often comprises one or more subroutines. Software 
systems typically coordinate activity between multiple pro- 
grams, and each program typically coordinates activity 
between multiple subroutines. However, in a text-based 
environment, techniques for coordinating multiple programs 
generally differ from techniques for coordinating multiple 
subroutines. Furthermore, since programs ordinarily can 
stand alone while subroutines usually caimot in a text-based 
environment, techniques for linking programs to a software 
system generally differ from techniques for Unking subrou- 
tines to a program. Complexities such as these often make 
it difficult for a user who is not a specialist in computer 
programming to efficiently program a computer system in a 
text-based envirormient. 

The task of programming a computer system to model a 
process often is fiirther complicated by the fact that a 
sequence of mathematical formulas, mathematical steps or 
otiier procedures customarily used to concepmally model a 
process often does not closely correspond to the traditional 
text-based programming techniques used to program a com- 
puter system to model such a process. For example, a 
computer programmer typically develops a conceptual 
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model for a physical system which can be partitioned into 
functional blocks, each of which corresponds to actual 
systems or subsystems. Computer systems, however, ordi- 
narily do not actually compute in accordance with such 
conceptualized functional blocks. Instead, they often utilize 5 
calls to various subroutines and the retrieval of data from 
different memory storage locations to implement a proce- 
dure which could be conceptualized by a user in terms of a 
functional block. In other words, the requirement that a user 
program in a text-based programming environment places a 
level of abstraction between the user's concepmalization of 
the solution and the implementation of a method that accom- 
plishes this solution in a computer program. Thus, a user 
often must substantially master different skills in order to 
both conceptually model a system and then to program a 
computer to model that system. Since a user often is not fully 
proficient in techniques for progranuning a computer system 
in a text-based environment to implement his model, the 
efficiency with which the computer system can be utilized to 
perform such modeling often is reduced. 

One particular field in which computer systems are 
employed to model physical systems is the field of instru- 
mentation. An instrument is a device which collects infor- 
mation from an environment and displays this information to 
a user. Examples of various types of instruments Include 
oscilloscopes, digital multimeters, pressure sensors, etc. ^ 
Types of information which might be collected by respective 
insuruments include: voltage, resistance, distance, velocity, 
pressure, frequency of oscillation, humidity or temperature, 
among others. An instmmentation system ordinarily controls 
its constituent instruments from which it acquires data which 
it analyzes, stores and presents to a user of the system. 
Computer control of instrumentation has become increas- 
ingly desirable in view of the increasing complexity and 
variety of instruments avaDable for use, 

T t . 35 

In the past, many mstrumentation systems compnsed 

individual instmments physically interconnected. Each 

instrument typically included a physical front panel with its 

own peculiar combination of indicators, knobs, or switches. 

A user generally had to understand and manipulate indi- 

vidual controls for each instrument and record readings from 

an array of indicators. Acquisition and analysis of data in 

such instrumentation systems was tedious and error prone. 

An incremental improvement in the manner in which a user 

interfaced with various instruments was made with the 

introduction of centralized control panels. In these improved 

systems, individual instruments were wired to a control 

panel, and the individual knobs, indicators or switches of 

each front panel were either preset or were selected to be 

presented on a common front panel. 

A significant advance occurred with the introduction of 
computers to provide more flexible means for interfacing 
instruments with a user. In such computerized instmmenta- 
tion systems the user interacted with a software program 
executing on the computer system through the video monitor 55 
rather than through a manually operated front panel. These 
earlier improved instrumentation systems provided signifi- 
cant performance efficiencies over earlier systems for link- 
ing and controlling test instnunents. 

However, these improved instrumentation systems had 60 
significant drawbacks. For example, due to the wide variety 
of possible testing situations and environments, and also the 
wide array of instruments available, it was often necessary 
for a user to develop a program to control the new instru- 
mentation system desired. As discussed above, computer 65 
programs used to control such improved instrumentation 
systems had to be written in conventional text-based pro- . 
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gramming languages such as, for example, assembly lan- 
guage. C. FORTRAN. BASIC, or Pascal. Traditional users 
of instrumentation systems, however, often were not highly 
trained in progranuning techniques and, in addition, tradi- 
tional text-based progranuning languages were not suffi- 
cienUy intuitive to allow users to use these languages 
without training. Therefore, implementation of such systems 
ft-equentiy required the involvement of a programmer to 
write software for control and analysis of instrumentation 
data. Thus, development and maintenance of the software 
elements in these instrumentation systems often proved to be 
difficult 

U.S. Pat. No. 4,901,221 to Kodosky et al discloses a 
graphical system and method for modeling a process, Le. a 
graphical programming environment which enables a user to 
easily and intuitively model a process. The graphical pro- 
gramming environment disclosed in Kodosky et al can be 
considered the highest and most intuitive way in which to 
interact with a computer. Referring now to FIG. lA, a 
graphically based programming environment can be repre- 
sented at level 5 above text-based high level programming 
languages such as C, Pascal, etc. The method disclosed in 
Kodosky et al allows a user to construct a diagram using a 
block diagram editor such that the diagram created graphi- 
cally displays a procedure or method for accomplishing a 
certain result, such as manipulating one or more input 
variables to produce one or more output variables. As the 
user constructs the data flow diagram using the block 
diagram editor, machine language instmctions are automati- 
cally constructed which characterize an execution procedure 
which corresponds to the displayed procedure. Therefore, a 
user can create a text-based computer program solely by 
using a graphically based programming environment. This 
graphically based programming environment may be used 
for creating virtual instmmentation systems and modeling 
processes as well as for any type of general programming. 

Therefore, Kodosky et .al teaches a graphical program- 
ming environment wherein a user manipulates icons in a 
block diagram using a block diagram editor to create a data 
flow "program" or virtual instnmient (VI). In creating a 
virtual instrument, a user first creates a front panel including 
various controls or indicators that represent the respective 
input and output that will be used by the VI. When the 
controls and indicators are created in the front panel, cor- 
responding icons or terminals are automatically created in 
the block diagram by the block diagram editor. Tlie user then 
chooses various functions that accomplish his desired result, 
connecting the corresponding function icons between the 
terminals of the respective controls and indicators. In otiier 
words, the user creates a data flow program, referred to as a. 
block diagram, representing the graphical data flow which 
accomplishes his desired function. This is done by wiring up 
the various function icons between tiie control icons and 
indicator icons. The manipulation and organization of icons 
in turn produces machine language that accomplishes the 
desired method or process as shown in the block diagram. A 
user then optionally chooses a connector pane representing 
the input and output terminals corresponding to the respec- 
tive controls and indicators already created. 

Once the controls and indicators have been placed on the 
frxtnt panel and a connector pane has been selected, a user 
will then associate respective terminals on the connector 
pane to the respective controls and indicators on the front 
panel. For example, if a connector pane having three teraii- 
nals has been selected, and two controls and one indicator 
are created on the front panel, the user can designate 
respective terminals on tiie connector pane to correspond to 
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the respective controls and indicators on the front panel. 

A user inputs data to a virtual instrument using front panel 
controls. This input data propagates through the data flow 
block diagram or graphic^ program and appears as changes 
on the output indicators. The data that Sows from the ^ 
controls to the indicators in this manner is referred to as 
control data. In an instrumentation application, the front 
panel can be analogized to the front panel of an instnmicnt. 
The user adjusts the controls on the front panel to affect the 
input and views the output on the respective indicators. 

While a user could adjust the input to the virtual instru- 
ment using controls on the front panel and view the corre- 
sponding change in output on indicators on the front panel, 
the user could not affect any other changes to the front panel 
during execution. For example, the user often desired to 
change the appearance of a control, i.e. write to a control, on 
the front panel during execution of a program to provide a 
more meaningful and more intuitive visual display. For 
example, it would be highly desirable that the user be able 
to move cursors on a graph to select points as input to further 
parts of the block diagranfu It would also be desirable for a 
data flow program or block diagram to have the ability to 
programmatically change the appearance of a control or 
write to a control during execution. For example, the user 
may want the block diagram to automatically change the 
display colors on an indicator depending on whether a 
certain output is above or below a certain level. One 
example of this is where the user wants the output of an 
indicator to show up in green if a given process being 
modelled is rurming in a normal manner and show up in red 
if the process is operating at undesirable levels, llie user 
may also want to be able to program the block diagram to 
automatically hide certain controls or indicators when they 
are not in use. 

35 

In the method and apparatus described in Kodosky et al., 
it was not possible for the user to progranmiatically control 
the appearance of the front panel during execution other than 
control data that appeared as conventional output data. 
Therefore, a method and apparatus is desired to enable a user 
to set and read various attributes which affect the appearance 
of controls on a front panel programmatically and can also 
enable the user to provide interactive input that can be read 
by a block diagram as it is executing. 

SUMMARY OF THE INVENTION 45 

The present invention comprises a system and method 
which allows a user to programmatically access various 
parameters of a control or indicator. In this manner, a user 
can programmatically make changes that affect the output or 5q 
appearance of controls and indicators. A user can also access 
these parameters interactively during execution of a block 
diagram. In the preferred embodiment of the invention, a 
user can create an object referred to as an attribute node 
corresponding to a control containing one or more attributes 55 
that affect parameters of the control, such as the color used 
for the respective display, the visibility of the control, the 
scales or cursor position for respective graphs or charts, etc. 
The parameters of a control or indicator on the front panel 
which can be programmatically accessed according to the ^ 
present invention are referred to as attributes. 

An attribute node is associated with a control on the front 
panel and operates to provide a more meaningful visual 
output to the user. The purpose of an attribute node is to 
affect the visual output of a control provided on the front 65 
panel depending on events which occur during execution of 
a VI or on user input during execution of a VI. An attribute 
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node thus allows the execution subsystem to monitor user 
interaction by reading attribute data that previously was not 
available to the program, A control may be referred to as a 
data source, whereas an indicator may be referred to as a 
data sink. An attribute node operates on panel display 
elements regardless of whether the data flow happens to be 
from a data source or a data sink. 

An attribute node allows two types of operations, these 
being reading from an attribute node or writing to an 
attribute node. These operations of reading and writing an 
attribute can be performed either by a block diagram during 
execution, wherein the user has programmed the block 
diagram to perform this function, or interactively by the user 
diuing execution. The process of writing to an attribute node 
refers to the execution subsystem updating an attribute of a 
control in the front panel display to reflect an attribute that 
has been set programmatically in a block diagram. The user 
can also "write" to an attribute by providing input to or 
manipulating a control in the front panel during execution of 
a block diagram. Reading an attribute node refers to the 
execution subsystem reading the value of an attribute for a 
certain control during block diagram execution that may 
have been changed by the user, or may have been changed 
during execution of a VI by the execution subsystem. The 
user can also view changes to the attribute during execution. 
Some attributes can be changed by a user and practically all 
can be changed by the execution subsystem. Therefore, 
during execution of a VI, the process of writing to an 
attribute node corresponds to changing the front panel 
display and thus affecting what the user actually sees. The 
step of reading an attribute node does not actively change the 
front panel, but allows the program to see how the user or 
block diagram is changing the front panel. Knowing this, the 
program can maJce further decisions, thus greatly increasing 
the flexibility of a VI. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The purpose and advantages of the present invention will 
be apparent to those skiDed in the art from the following 
detailed description in conjunction with the appended draw- 
ings in which: 

FIG. 1 illustrates various levels of complexity in a com- 
puter system according to the prior art; 

FIG. lA illustrates the various levels of complexity of a 
computer system including a graphical programming envi- 
ronment as the highest level; 

FIG. 2 is a block diagram illustrating a system for 
modeling a process according to the present invention; 

FIG. 3 is an illustrative drawing of a representation of a 
virtual instrument produced using the system of FIG, 2; 

FIG. 4 shows a block diagram of an instmmentation 
system including the system of FIG. 2; 

FIG. 5 is a representative drawing of various choices for 
an illustrative hardware instrumentation system of the pre- 
fened embodiment; 

FIG. SA is an illustrative hardware instrumentation sys- 
tem of the preferred embodiment; 

FIG. 6 is a block diagram of the computer system of 
HGS. 5 and 5A; 

FIG. 7 shows a block diagram representing an exemplary 
data flow system; 

FIG. 8A illustrates a virtual . instrument data structure 
diagram used by the system of FIG. 2 and the instmmenta- 
tion system of FIG. 4; 
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FIG. 8B shows a legend applicable to the illustration of 
HG. 8A; 

FIGS. 9A-L are flowchart diagrams illustrating operation 
of the execution subsystem of FIGS. 2 and 4; 

FIG. 10 shows an illustrative front panel produced using 5 
the front panel editor of the instrumentation system of HG. 
4; 

FIG. 11 shows an illustrative icon produced using the icon 
editor of the instrumentation system of FIG. 4; 

HG. 12A shows a graphical representation of a sequence 
structure; 

HG. 12B shows a gmphical representation of an iterative 
loop structure; FIG. 12C shows a graphical representation of 
a conditional stmcture; 

FIG. 12D shows a graphical representation of an indefi- 
nite loop structure; 

FIG. 12E shows a graphical representation of shift reg- 
isters on the indefinite loop structure of FIG. 12D. 

FIG. 13 shows an illustrative block diagram generally 
corresponding to the graphical representation of a sequence 
structure shown in FIG. 12A; 

FIG. 14 shows an illustrative block diagram generally 
corresponding to the graphical representation of an iterative 
loop structure shown in FIG. 12B; ^ 

FIG. 15 shows an illustrative block diagram generally 
corresponding to the graphical representation of a condi- 
tional structure shown in FIG. 12C; 

FIG. 16 shows an illustrative block diagram generally 30 
corresponding to the graphical representation of an indefi- 
nite loop structure shown in HG. 12D; 

HG. 17 shows an illustrative block diagram generally 
corresponding to the graphical representation of an iterative 
loop structure including a shift register shown on the left in 35 
HG. 12E; 

HG. 18 illustrates a type descriptor used to describe data 
structures; 

HGS. 19A-K illustrate computer video displays during 
each successive step in a construction of an exemplary block 
diagram using the block diagram editor of HGS. 2 or 4; 

HGS. 20A-C iDustrate a system representation corre- 
sponding to HGS. 19A-D; 

HGS. 21A-B illustrate a system representation corre- 45 
spending to HGS. 19E and 19H; 

HG. 22 is a drawing representing a block diagram accord- 
ing to the present invention as displayed on a computer 
video monitor to model the illustrative hardware system of 
HG. 5A; 50 

HG. 23 illustrates serial execution mode of a VI; 

HG. 24 illustrates **wait" icon execution: 

HG. 25 illustrates parallel execution mode for a VI; 

HG. 26 illustrates a ready node list, also referred to as the 55 
run queue; 

HG, 27 illustrates how nodes are placed on the run queue 
as they become ready and are interleave with other nodes; 

HG. 28 illustrates parallel execution of nodes in a block 
diagram virtual instrument; ' 60 

HGS. 29-37 illustrate various virtual instrument execu- 
tion states; 

HG. 38 illustrates an execution road map; 

HG. 39 illustrates execution state symbols; ^5 

HGS. 4(M1 illustrates virtual instruments in various 
execution states; 
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HG. 42 illustrates an example of the front panel for a 
temperature VI; 

HG. 43 illustrates the block diagram for the temperature 
VI in HG. 42; 

HG. 44 illustrates the icon and coimector for the tem- 
perature VI in HGS. 42 and 43; 

HGS. 45 and 46 illustrate the front panel and block 
diagram of a VI that uses the temperature VI in HGS. 42-44 
as a sub VI in its block diagram; 

HG. 47 illustrates a front panel and its associated block 
diagram; 

HG. 48 illustrates the run mode palette that appears at the 
top of the window when a VI is in nm mode; 

HGS, 49A-D illustrate the run button and its associated 
icons; 

HGS. 50A-B illustrate the mode button in run mode and 
edit mode; 

HGS. 51A-B illustrate the icons associated with the 
continuous run button; 

HGS. 52A-B illustrate breakpoint button icons; 

HGS. 53A-C illustrate icons associated with the step 
mode button; 

HGS. 54A-B illustrate execution highlighting button 
icons; 

HGS. 55A-B illustrate print mode button icons; 

HGS. 56A-C illustrate data logging button icons; 

HG. 57 illustrates the edit mode palette; 

HGS. 58A-B illustrate operating tool icons; 

HGS. 59A-C illustrate positioning tool icons; 

HGS. 60A-C illustrate labeling tool icons; 

HG. 61 illustrates the wiring tool; 

HGS. 62A-B illustrate the coloring tool; 

HG. 63 illustrates the menu bar in its active state; 

HG. 64 illustrates the file menu; 

HG. 65 illustrates the edit menu; 

HG. 66 illustrates the operate menu; 

HG. 67 illustrates the controls menu; 

HG. 68 illustrates the windows menu; 

HG. 69 illustrates the text menu; 

HG. 70: illustrates the menu bar when the diagram 
window is active; 

HG. 71 illustrates the functions menu; 

HG. 72 illustrates examples of numeric controls and 
indicators; 

HG. 73 illustrates examples of Boolean controls and 
indicators; 

HG. 74 illustrates how controls and indicators are con- 
figured; 

HG. 75 illustrates the panel window and diagram window 
of a VI illustrating nodes, terminals, and wires; 

HG. 76 illustrates examples of wire types; 

HGS. 77 and 78 are examples of Vis; 

HG. 79 illustrates icons grouped together into a lower 
level VI; 

HG. 80; illustrates a VI that adds three numbers together 
and returns their result; 

HG, 81 illustrates activating the icon editor; 

HG. 82 illustrates the tools that may be used to create an 
icon design; 

HG. 83 illustrates the show connector function in the icon 
pane pop-up menu which may be used to define a connector; 
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FIG. 84 illustrates a front panel with the connector 
replacing the icon pane in the upper right comer of the panel 
window; 

FIG. 85 illustrates the various choices for terminal pat- 
terns selected using the patterns option from the pop-up 5 
menu; 

FIG. 86-88 illustrates how a user assigns front panel 
controls and indicators to the terminals using the wiring tool; 

FIG. 89 illustrates the VI option which is used to place a 
VI as a sub VI in the block diagram of another VI; lo 

FIG. 90 illustrates the help window for a sub VI icon; 

FIG. 91 illustrates a While Loop selected from the Structs 
and Constants palette of the Functions Menu; 

FIG. 92 illustrates a while loop; 

FIG. 93 illustrates an example of a while loop; 

FIG. 94 illustrates a for loop; 

FIG. 95 illustrates an example of a for loop; 

FIG. 96 illustrates the grey dot created during numeric 
conversions; 20 

FIG. 97 illustrates a shift register; 

HG. 98 llustrates the operation of a shift register; 

FIG. 99 illustrates a shift register with additional termi- 
nals to access values from previous iterations; 25 

FIG. 100 illustrates operation of initialized and uninitial- 
ized shift registers; 

FIG. 101 illustrates selection of a case structure from the 
Structs and Constants palette of the Function Menu. 

FIG. 102 illustrates a numerical case structure; 

FIG. 103 illustrates a Boolean case structure; 

HG. 104 is an example of a Boolean case structure; 

FIG. 105 illustrates a sequence structure selected fi^m the 
Structs and Constants menu palette of the; Functions Menu; 35 

FIG. 106 illustrates a sequence structure; 

FIG. 107 illustrates an example of a three framed 
sequence structure using sequence locals; 

FIG. 108 illustrates a formula node selected from the ^ 
structs and constants palette of the functions menu; 

FIG. 109 illustrates an equation implemented using arith- 
metic ftinctions; 

FIG. 110 illustrates the same equation implemented using 
a formula node; 45 

FIG. Ill illustrates a waveform chart; 

FIG. U2 illustrates the three update modes of a waveform 
chart, referred to as strip chart, scope chart, and sweep chart; 

FIG. 113 illustrates how a scalar output is directly wired 
to a waveform chart; 

FIG. 114 illustrates how a waveform chart accommodates 
more than one plot using the bundle function; 

FIG. 115 illustrates creating an attribute node by selecting 
the create attribute node option from a pop up menu on the 55 
control terminal; 

FIG. 116 illustrates the available attributes from the pop 
up menu of an attribute node; 

FIG. 117 illustrates enlarging an attribute node to read or 
set more than one attribute within the node; ^ 

HG. 118 illustrates an attribute node bundled into cat- 
egories which can be unbundled or accessed as one unit; 

HG, 119 illustrates the change to read option for an 
attribute node; ^ 

FIG. 120 illustrates use of the disabled attribute to disable 
and gray out a control; 



FIG. 121 illustrates multiple terminal attribute nodes; 
FIG. 122 illustrates highlighting attribute nodes using the 
find option; 

HG. 123 illustrates using the Help window to find infor- 
mation on the meaning of an attribute; 

FIG. 124 illustrates possible attributes for numeric and 
cluster data types; 

FIG. 125 illustrates the format and precision attribute 
options for a numeric data type; 

FIG. 126 illustrates a visible attribute for a dighal control 
as well as a wiring example of the attribute; 

FIG. 127 illustrates the disabled attribute for a digital 
control as well as two wiring examples; 

HG. 128 illustrates the format and precision attribute for 
a digital control as well as a wiring example; 

HG. 129 illustrates the strings [4] attribute for a labelled 
button and a wiring example; 

HG. 130 illustrate the colors [4] attribute for a labelled 
button and a wiring example; 

HG. 131 is a flowchart diagram illustrating execution of 
an attribute node; 

HG. 132 illustrates the front panel of a VI that simulates 
a process monitor system; 

HG. 133 illustrates the block diagram of a VI that 
simulates a process monitor system; 

HGS. 134A-H illustrate various icons used in the block 
diagram of HG. 133; 

HG. 135 illustrates a waveform graph; 

HG. 136 illustrates the X or Y range attribute for a 
waveform graph as well as a wiring example; 

HG. 137 illustrates the active cursor and cursor position 
attributes for a waveform graph and a wiring example; 

HG. 138 illustrates the active plot and plot color attributes 
for a waveform graph and a wiring example; 

HGS. 139-140 illustrate the front panel and block dia- 
gram of a VI that receives user cursor input and generates a 
centroid value; 

HG. 141 illustrates the front panel of a VI using attribute 
nodes to control graph cursors and to provide programmatic 
zooming for a graph; 

HG. 142 illustrates the block diagram corresponding to 
the front panel of HG. 141; 

HGS. 142 A-C illustrate various case structure and 
sequence structure frames comprised in the block diagram of 
HG. 142; 

HG. 143 illustrates a front panel of a VI using graph 
cursor and plot color attribute nodes; 

HG. 144 illustrates a cursor palette; 

HG. 145 illustrates using a selection tool to eliminate one 
of the cursor displays in the cursor palette; 

HG. 146 illustrates activating the cursor by clicking on 
the select button; 

HG. 147 illustrates a block diagram corresponding to the 
front panel in HG. 143; 

HG. 148 illustrates the menu tree for various attribute 
nodes in the block diagram of HG. 147; 

HGS. 149A-H illustrate various icons used in the block 
diagram of HG. 147; 

HGS. 150A-B illustrate the front panel and block dia- 
gram of a VI that manipulates plot color attributes; 

HG. 151 illustrates an example using the build array 
function to set string attributes for a menu ring control; 
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FIG. 152 illustrates updating the menu ring of a different 
menu; 

FIG. 153 illustrates the front panel of a VI that demon- 
strates use of menu ring controls in an ATE application; 

FIG. 154 illustrates a block diagram corresponding to the ^ 
front panel of FIG. 153; 

FIGS. 154A-D illustrate various seiquence structure and 
case structure frames used in the block diagram of FIG. 154; 

FIGS. 155A-B illustrate respective iront panels having iq 
analog and digital displays respectively; and 

FIG. 156 illustrates a block diagram which selects 
between analog and digital displays. 



DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

The following U.S. Patents are hereby incorporated by 
reference. 
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U.S. PaL No. 4,901.221 titled "Graphical System for 
Modeling a Process and Associated Method/' issued on Feb. 
13. 1990. 

U.S. Pat No. 4,914.568 titled "Graphical System for • 
Modeling a Process and Associated Method/' issued on Apr. 2S 
3. 1990. 

The following U.S. patent applications are hereby incor- 
porated by reference. 

U.S. patent application Ser. No. 07/380.329 filed Jul. 12. 
1989 titled "Graphical Method for Programming a Virtual 30 
Instrument." now U.S. Pat. No. 5.301,336. 

U.S. patent application Ser. No. 07/979,416 filed Nov. 19, 
1992 titled "Graphical System for Executing a Process and 
for Programming a Computer to Execute a Process Includ- 
ing Graphical Variable Inputs Arid. Variable Outputs.*' 

U.S. patent application Ser. No. 07/647,785 titled Poly- 
morphic Data Flow Block Diagram system and Method for 
Programming a Computer" and filed Jan. 30. 1991, which is 
now U.S. Pat. No, 5.301,301. 

AO 

Referring now to FIG. 2. a system 28 for modeling a 
process or creating a data flow program is shown. The 
system 28 includes a respective block diagram editor 30, an 
execution subsystem 32, an icon editor 34, and a front panel 
editor 36 all intercormected. The system 28 also includes a 45 
control processor 38 which connects to each of the front 
panel editor 36, icon editor 34. block diagram editor 30 and 
execution subsystem 32. The system 28 can be used for a 
number of purposes. In the preferred embodiment, the 
system , 28 is shown primarily in creating "virtual instru- 50 
ments" (Vis), which are instruments created in software. 
However, the system 28 of the present invention has many 
other applications, including modeling a process or any 
other type of general progranuning. 

As will be explained more fully below, the block diagram 55 
editor 30 is used to construct and display a graphical 
diagram, referred to as a block diagram, which visually 
displays a procedure by which a value for a input variable 
produces a value for one or more output variables. This 
procedure, together with the input and ouq)ut variables, 60 
comprises a process model. Furthermore, as the user con- 
structs the graphical diagram, the block diagram editor 30 
constructs execution instructions which characterize an 
execution procedure which corresponds to the displayed 
procedure. In the preferred embodiment, the block diagram 65 
editor 30 constructs instructions in the machine language 
which execute the block diagram created by the user. The 



execution subsystem 32 assigns at least one value to the 
input variable and executes the execution instructions to 
produce a value for the output variable. In the preferred 
embodiment, the block diagram editor 30 and the execution 
subsystem 32 are constructed in software. The control 
processor 38 implements the block diagram editor 30 and 
the execution subsystem 32 of the preferred embodiment. 

The system 28 permits a user to construct a virtual 
instmment (also referred to as a VI) 40 such as that repre- 
sented in generalized form in the illustrative drawings of 
FIG. 3. The virtual instrument 40 includes a front panel 42 
which permits interactive use of the virtual instrument 40 by 
a user. As will be explained more fully below, the front pane! 
42 permits graphical representation of input and output 
variables provided to the virtual instrument 40. The respec- 
tive graphical representations on the front panel 42 for input 
and output variables are referred to as controls and indica- 
tors, respectively; although in some instances controls and 
indicators are referred to collectively as controls. The. virtual 
instrument 40 also includes an icon 44 which permits use of 
the virtual instrument 40 as a subunit in other virtual 
instruments (not shown). The virmal instrument 40 also 
includes a block diagram 46 which graphically provides a 
visual representation of a procedure or method by which a 
specified value for an input variable displayed in the front 
panel 42 can produce a corresponding value for an output 
variable in the front panel 42. In other words, the user uses 
the block diagram editor 30 to create a graphical program, 
and the resultant graphical icons appear in the block diagram 
46. The virtual instrument 40 itself is a hierarchical con- 
struction which may comprise within its block diagram 46 
respective icons 48 and 50 referencing other virtual instru- 
ments (sub- Vis) indicated generally by respective blocks 52 
and 54. The block diagram 46 may also include one or more 
"primitives" corresponding to simple functions that may be 
performed. Together sub- Vis, primitives and other types of 
data processing elements comprised within the block dia- 
gram 46 are referred to as function icons. Function icons in 
the block diagram 46 have associated control means or 
software which implement the desired functions. 

The generalized block diagram of FIG. 4 shows an 
instrumentation system 56 incorporating the system 28 
shown in FIG. 2. Elements of the instrumentation system 56 
which are substantially identical to those of second system 
28 are designated with the same reference numerals as those 
of the system 28 for convenience. The instmmentation 
system 56 includes a keyboard and display 58 and an 
instrument 60. In a presently preferred embodiment, the 
control processor 38 and the keyboard and display 58 may 
be implemented using any type of general purpose com- 
puter. 

The instrumentation system 56 is preferably used to 
control the instrument 60. i.e., acquire data from the instm- 
ment 60, analyze that data, store that data, and present that 
data to the user in a meaningful way. The block diagram 
editor 30 can also be used to create virtual instruments as 
desired. 

FIG. 5 illustrates various design choices available in an 
instrumentation system 204 in the preferred embodiment. As 
shown, a computer system 206 programmed according to 
the present invention can interface with a unit under test 212, 
i.e.. can perform data acquisition and control of the unit 
under test 212, using a number of methods. These methods 
include using GPIB instruments 12. plug-in data acquisition 
boards 19 with associated signal conditioning logic 11, or 
VXI instruments 14. In addition a serial RS-232 method (not 
shown) can be used, as desired. It is noted that the computer 
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206 may be any type of computer including any type of 
Apple computer. IBM PC-compatible computer. PS/2, Sun 
workstation, etc. 

HG. 5A shows an illustrative hardware configuration of 
an instrumentation system 204 according to the present 5 
invention. Hie system 204 includes a computer 206 which 
includes the control processor 38 as well as the front panel 
editor 36, icon editor 34, block diagram editor 30, and 
execution subsystem 32. As previously mentioned the ele- 
ments 30-36 are preferably implemented in software. The 
computer 206 illustrated in FIG. 5 includes an interface to a 
GPIB (general purpose instrument bus) 207 which in turn is 
connected to a Tektronix 5010 Function generator 208 and 
a Fluke 8840A digital multimeter 210. A unit under test 212 
is coupled between the function generator 208 and multim- 
eter 210 as shown. 

Refemng ahead briefly to FIG. 22, a computer generated 
display of a completed block diagram for the instrumenta- 
tion system 204 in FIG. 5A is shown. The block diagram in 
FIG. 22 is created by a user using the block diagram editor 
30 of FIG. 2. As previously mentioned, the block diagram is 
essentially the graphical program representing the instru- 
mentation system's operation and shows the interconnec- 
tions between the elements of the instrument, the signal 
paths, and the relationship to other virtual instruments. 
Referring again to FIG. 5, a user uses the block diagram 
editor 30 to create the block diagram 46 in FIG, 22 to control 
the operation of the instrumentation system 204. Also, as 
discussed further below, the user uses the front panel editor 
36 to create a front panel 42 to control the function or 
waveform generator 208 and multimeter 210. Once the 
block diagram 46 and front panel 42 have been created using 
the block diagram editor 30 and front panel editor 36, the 
user can then execute the block diagram (HG. 22) using the 
execution subsystem 32, As discussed further below, the 
block diagram 46 can, for example, control the output of the 
waveform generator 208 to the unit under test 212 and can 
also be used to receive, analyze and present the output from 
the unit under test 212 which is provided from the multim- 
eter 210. 

It is also noted that other types of configurations for an 
instrumentation system 204 may be used. As discussed with 
regard to FIG. 5. instead of using actual instruments 208 and 
210, the instrumentation system 204 may include one or 
more modular instmments on plug-in boarids in conjunction 45 
with the VXI bus specification. The plug-in board instru- 
ments would then assume the function of the function 
generator 208 and multimeter 210. In addition, instead of 
requiring instruments 208 and 210 or plug-in modular 
instruments, the computer 206 can include a data acquisition 50 
card including A-D (analog to digital) and D-A (digital to 
analog) convertors, wherein tiie D-A convertor generates 
waveform signals to the unit under test 212 and the output 
from the unit under test 212 is then provided through an A-D 
convertor to the computer system 206. 55 

Referring now to FIG. 6, a block diagram of the computer 
system 206 is shown. The elements of a computer system not 
necessary to understand the operation of the present inven- 
tion have been omitted for simplicity. The computer system 
206 includes a central processing unit or CPU 21 which is 60 
coupled to a processor or host bus 24. The CPU 21 acts as 
the control processor 38. The CPU may be any of various 
types, including an Intel x86 processor such as the i486, a 
CPU from the Motorola family of processors, as well as 
others. Main memory 22 is coupled to the host bus 24 by 65 
means of memory controller 23. The main memory 22 stores 
the front panel editor 36, icon editor 34. block diagram 
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editor 30 and execution subsystem 32. Host bus 24 is 
coupled to an expansion or input/output bus 26 by means of 
a bus controller 25. The expansion bus 26 includes slots for 
various devices, including video 16 and hard drive 17. In one 
embodiment where the system and method of the present 
invention are used in an instrumentation application, a data 
acquisition card 19 is connected to the expansion bus 26. 
The data acquisition card 19 receives analog signals fi^m an 
external sensor or insuomient and in turn produces digital 
data that is provided to the CPU 21 and used by the system 
and method of the present invention. The computer system 
206 also includes a GPIB (General Purpose Interface Bus) 
card 18 that interfaces to one or more instruments via the 
GPIB bus 15. The computer system 206 also includes an 
MXI card 10 that cormects to VXI chassis 14. 

The following discussion regarding data flow principles 
and a virtual instrument data structure diagram will assist in 
understanding the operation of the block diagram editor 30 
and the execution subsystem 32 of the system 28 and the 
instrumentation system 56. 

Referring now to FIG. 7, a block diagram 186 of an 
exemplary data flow system is shown. The block diagram 
186 includes three respective input registers 188, 190 and 
192 which provide an accumulation of input data. As soon 
as all input data are present, output of AND gate 194 
becomes TRUE, and computation and/or control element 
196 will begin computation. The computation element 196 
begins generating output data which are stored in respective 
output registers 198, 200 and 202. When all output data are 
available, an output token is generated by the computation 
element 196 indicating that output data are available for 
transmission to a next system (not shown). It will be 
appreciated that the computation element 196 can be a 
combination of more than one subsystem (not shown). 

FIG. 8A iQustrates a virtual instrument data structure 
diagram. The system 28 of FIG. 2 and the instrumentation 
system 56 of FIG. 4 each utilize the principles set forth in the 
data structure diagram of FIG. 8A. It will be appreciated that 
implementation of a system utilizing a data structure such as 
that diagrammed in the diagram of FIG. 8 A advantageously 
permits die implementation of an extended data flow system 
like that illustrated in FIG. 7. 

Furthermore, it will be appreciated that implementation of 
the data structure like that of the diagram of FIG. 8A 
advantageously permits the implementation of a system in 
which execution instructions are constructed in a graphical 
fashion. More particularly, execution instmctions are con- 
structed by constructing a visual display or block diagram in 
which at least one input variable produces at least output 
variable according to a displayed procedure. Furthermore, 
the execution instructions are consuiiaed such that, when a 
value is assigned to a particular input variable, a value for a 
corresponding output variable is produced according to the 
procedure illustrated in the visual display. Additionally, the 
execution instructions are constructed in response to the 
construction of a block diagram comprising the graphical 
display. Thus, a user need only constmct an appropriate 
visual display or block diagram in order to construct the 
execution instructions. 

Moreover, implementation of data flow principles by 
using a data structure such as that shown in the diagram of 
FIG. 8A advantageously permits the use of parallel process- 
ing which increases the speed with which the execution of 
execution insttuctions can be accomplished. 

More particularly, HG. 8A shows a system representation 
of a virtual instrument. Boxes SaSk, indicate conceptual 
objects in the system that have well-defined properties. 
Objects 81, 8;, and are grouped into shaded box and 
share some properties and form a class of objects. 
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As indicated in FIG. 8B which represents a legend appli- 
cable to the illustration of FIG. 8 A, a solid line with an ano w 
is used to indicate a potential one-to-many relationship. i.e., 
the source object contains zero or more destination objects 
(e.g., a vehicle containing zero or more wheels). A dashed 5 
line with an arrow is used to indicate a potential one-to-one 
relationship, i.e., the source object may reference zero or one 
destination object (e.g., a libraiy book may or may not have 
a borrower). 

line 8n indicates that a virtual instrument Sb contains a \^ 
front panel with a multiplicity of controls 8c. A control may 
be of clustered type in which case it contains a multiplicity 
of subcontrols as indicated by line $p. Line 8^ indicates that 
a virtual instrument contains an icon with a multiplicity of 
terminals Sd. line 81 indicates that virtual instruments also ^5 
contains a multiplicity of block diagrams 8e. 

In the system of the present invention, a virtual instrument 
either contains one diagram or none. Built in virtual instru- 
ments representing primitive computations (primitives) have 
no diagrams. Line 8r indicates that a block diagram contains 
a multiplicity of objects of the node class. A block diagram 
contains exactly one self reference node 8i, and an arbitrary 
number of structure nodes 8; or instrument use nodes Sk. 
Line 8/ indicates that a structure node contains a multiplicity 
of subdiagrams. ^ 

As discussed below with regard to FIGS. 12A-D, a 
sequence structure or a conditional stmcture contains one or 
more subdiagrams, and an iterative loop stmcture or indefi- 
nite loop structure contains exactly one subdiagram. Line 
8m indicates that an instrument use node (1-use node) is 
used to reference another vutual instrument. The instrument 
use node may reference a virtual instrument in real-time; or 
it may reference previous data acquired by the virtual 
instmment. Line 8m indicates that each object of the node 
class contains a multiplicity of terminals 8^. Line 8v indi- 
cates that a blodt diagram also contains a multiplicity of 
signal paths 8/. Each signal path contains a multiplicity of 
terminals as indicated by line 8w. There is at most one 
terminal per signal path that is designated as the source of 
the signal. Each terminal contained in a signal path also is 
contained in a node. However, there may be terminals in 
nodes which are not in signal paths. The tenriinals in a signal 
path are typically in different nodes. Lines 8y and Sz indicate 
that each terminal may reference a front panel control or a 
block diagram control (e.g., a constant). A terminal refer- 
ences exactly one control, and it is either on the front panel 
or on the block diagram. 

Execution Subsystem 

Referring now to FIGS. 9A-L, a flowchart diagram 
illustrating the operation of the execution subsystem is 
shown. In HG. 9A, the main execution loop of the block 
diagram execution subsystem is shown. At power on, in step 55 
302 the execution subsystem 32 initializes the run queue. 
The run queue is the main queue in which all nodes are 
scheduled to be operated on by the execution subsystem 32. 
As discussed further below, the initial node is scheduled on 
the run queue by the execution subsystem 32, with all 60 
subsequent nodes in the block diagram being scheduled by 
preceding nodes in the data flow diagram. In step 304 the 
execution subsystem 32 relinquishes control to allow other 
graphical environment functions to be performed. For 
example, other functions include the front panel editor 36 65 
which allows a user to create a front panel, the icon editor 
34 which allows a user to create and edit icons, the block 
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diagram editor 30 which allows a user to use the graphical 
programnrung enviroimient to create programs, etc. These 
other functions at some point will invoke the execution 
subsystem 32. For exainple, when the user builds a block 
diagram and then clicks on the run arrow to execute the 
diagram, die execution subsystem 32 is invoked. When the 
execution subsystem 32 is invoked, the subsystem 32 checks 
the run queue to determine if anything Has been placed on 
die queue. If nothing is placed on the run queue in step 306, 
then the execution subsystem 32 returns to step 304 and 
allows other systems to perform their functions until some- 
thing is placed on die queue. 

If a node is placed on the run queue in step 306, then the 
execution subsystem 32 advances to step 308 and de-<}ueues 
the node having the highest priority. In step 310 the execu- 
tion subsystem 32 executes the node. The node execution 
step includes executing all or a portion of a node and is 
discussed in much greater detail below. Upon completion of 
step 310, the execution subsystem 32 then advances to step 
312 and determines whether the node has indicated a desire 
to be re-queued on the run queue. In general, if only a 
portion of the node was executed in step 310, the node will 
indicate in its return that it wishes to be replaced on the run 
queue to have its remaining portion executed. If the node has 
expressed a desire to be re-queued on the run queue in step 
3 1 2, i.e. if the node has not been fully completed in step 3 10, 
then the execution subsystem 32 advances to step 314, 
re-enqueues the node on the run queue, and then returns 
back to step 304. If the node has completed in step 310 and 
thus the node has not indicated a desire to be re-placed on 
the run queue, the execution subsystem 32 returns from step 
312 directiy to step 304. In step 304 other parts of the 
graphical programming environment execute. When control 
returns to the execution subsystem 32. the execution sub- 
system 32 performs steps. 306-3 14 as previously described. 

Referring now to FIG. 9B, a flowchart diagram illustrat- 
ing operation of step 310, the execute node step, in FIG. 9A 
is shown. In step 320, the execution subsystem performs 
node specific functions, i.e., specific functions for the par- 
ticular type or node being executed. As discussed further 
below, a plurality of different types of nodes can be placed 
on the run queue, including a self reference node, an 
instrument use node, a simple node such as a primitive node 
or code interface node, a loop structure node, a case structure 
node, a sequence structure node, an asynchronous node, and 
a long computational node. The specific functions per- 
formed by the execution subsystem for respective nodes are 
discussed further below with regard to FIGS. 9C-9K. When 
the node-specific functions have been executed in step 320, 
the execution subsystem 32 determines in step 322 if execu- 
tion of the node has completed. If not, the subsystem 32 
remms to step 312 and determines if the node should be 
re-queued on the run queue. If die node has completed in 
step 322, die subsystem 32 advances to step 324. In step 324 
die execution subsystem 32 determines if the node being 
executed has any outputs that need to be propagated. If the 
node has any outputs then a certain number of those output 
signals will need to be propagated to subsequent nodes in the 
data flow diagram. If no more output signals need to be 
propagated, die execution subsystem 32 sets the desire to be 
requeued for that respective node to false in step 325 and 
returns to step 312. Since the node was determined to have 
completed step 322 and has propagated all of its signals in 
step 324, the node has completed all operations, and dius its 
desire to be requeued is set to false. 
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If the node does include more output signals which need 
to be propagated, the execution subsystem 32 advances to 
step 326 and copies the data that was computed in step 320 
to destination nodes, i.e., nodes which receive the outputs of 
the respective node being executed as inputs. The destina- 5 
tion nodes are the respective nodes which the outputs of the 
node being executed are connected to. In step 328 the 
execution subsystem 32 decrements the destination node's 
short count, which is described below. 

Each node includes two count numbers referred to as a fire 10 
count and a short count. Each node's fire count refers to the 
number of inputs received by that node. Prior to execution 
of the block diagram, the node's short count is set to the 
respective node' s fire count. For example, if a node has three 
inputs, the node's fire count would be three, and prior to 
execution the node's short count would also be set to three. 
As various output signals are produced which are received 
as inputs to that respective node, the short count is decre- 
mented until all inputs to that node have been received. 
When the node's short count has reached zero, then all 20 
inputs to that node have been received. When this occurs the 
node is ready for execution and thus can be placed on the run 
queue. In other words, a node can only be placed on the run 
queue for execution when all of its inputs have been 
received, i.e. all nodes having outputs connected to the 
inputs of the respective node have executed and have 
propagated their signals to the respective node. Thus, in step 
326 when data is copied to a destination node, one of the 
inputs to that destination node has received its required data 
and thus the destination node's short count is decremented, 

In step 330 the execution subsystem 32 detennines if the 
destination node's short count has reached zero. If that 
node's destination short count has reached zero, then that 
destination node is enqueued on the run queue in step 332. 
The execution subsystem 32 then returns to step 324 to 
determine if any more output signals need to be propagated. 
If the respective destination node's short count has not 
reached zero in step 330, then that destination node is not 
enqueued on the run queue, but rather the execution sub- 
system 32 returns to step 324. The subsystem 32 continues ^ 
to execute steps 324-332 as long as any output signals need 
to be propagated from the respective node. 



Node Specific Function Execution 
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Referring now to FIGS. 9C-K, the node-specific function 
executed in step 320 of FIG. 9B depend on the type of node 
being executed. As previously discussed, there are a plural- 
ity of different nodes that can be executed, including a 
self-reference node, loop structure node, case structure node, 
etc. Each type of node includes a plurality of different 
starting points where execution can begin in step 320, these 
starting points being referred to as 0 for the initial starting 
point or initial execution of the node and 1 for a later starting 
point of execution in the node. The exception to this is the 55 
long computational node which includes three starting 
points referred to as 0, 1, and 2. 



Self Reference Node Execution 



60 



FIGS. 9C and 9D illustrate the steps performed if the node 
executed in step 320 is a self-reference node. In step 342, the 
execution subsystem 32 detennines if this is the initial call 
to the 0 starting point of the self-reference node at the 
beginning of the respective diagram, or a call to the self- 65 
reference node at starting point 1 signifying the end of a 
diagram. Each VI, sub- VI, and loop diagram includes a 



self-reference node that is referenced when the diagram is 
entered to initialize the node and propagate signals to the 
node and also when the diagram is exited to place the node 
that called the self-reference node back on the run queue. In 
step 344 the execution subsystem 32 determines if the 
self-reference node being executed is a top level self- 
reference node, i.e., a self-reference node corresponding to 
a main block diagram. If not. the subsystem 32 advances to 
step 350. If so, the execution subsystem 32 advances to step 
346 and determines if the self-reference node being executed 
was called as a sub-VI. If the self-reference node was 
determined to have been called as a sub-VI in step 346, then 
the execution subsystem 32 advances to step 348 and copies 
in the parameters from the instrument (I-use) node that 
called the self-reference node, referred to as the caller I-use 
node, which is at the head of the wait queue. The wait queue 
is described further below. The execution subsystem 32 then 
advances to step 350. If the self-reference node was not 
called as a sub-VI, the subsystem 32 advances directly to 
step 350, 

In step 350 for each node comprised within the self- 
reference node's diagram, the execution subsystem 32 sets 
each node's short count to its fire count. In step 351 the 
execution subsystem 32 sets each node's starting point to its 
initial starting point, i.e. starting point 0. The subsystem 32 
also sets the starting point of itself to its second starting 
point, starting point 1, in step 352. In step 353 the execution 
subsystem 32 sets node complete to true and returns to step 
322. It is noted here that setting node complete to true where 
the node was entered at starting point 0 is different from all 
other nodes. With regard to all other nodes, node complete 
is set to true only at the last entry into the node. For a 
self-reference node, node complete is set to true in step 353 
at starting point 0 of the node because it is necessary to 
propagate all signals to the nodes in the diagram associated 
with the self-reference node at the initial call to the self- 
reference node. With all other nodes, node complete is set to 
true after execution of the node, i.e., only after the last 
starting point of the node has been entered and the node has 
completed. 

If the node-specific function is not an initial call to starting 
point 0 of the self-reference node in step 342, but rather 
enters at starting point 1, meaning the self-reference node is 
at the end of its respective diagram, then in step 354 the 
execution subsystem 32 again determines if the self-refer- 
ence node corresponds to the diagram of a top level block 
diagram. If not, then the self-reference node corresponds to 
the diagram of a structure node such as a loop structure node, 
a case strucmre node, or a sequence structure node. The 
execution subsystem 32 advances to step 356 and enqueues 
the owning stmcture node of the self-reference node dia- 
gram on the run queue. The execution subsystem 32 then 
advances to step 364 and resets the self-reference node 
starting point to 0. 

If the self-reference node does correspond to a top level 
diagram in step 354, then in step 358, the execution sub- 
system 32 determines if the caller I-use node is at the 
self-reference node wait queue head. Each self-reference 
node includes a wait queue where the I-use node corre- 
sponding to a call to the sub VI is enqueued. This is for the 
situation where the self-reference node being executed cor- 
responds to that of a sub-VI when it is called from an I-use 
node. 

The wait queue is for the situation where a higher level VI 
(also referred to as a caller VI) includes one or more usages 
of a sub-VI, i.e. one or more instrument usage nodes 
(referred to as caller I-use nodes) for the same sub-VL 
Where two or more usages of a sub-VI are comprised within 
a caller VI, it is imperative that only one usage of that sub-VI 
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be executing at any one time (parallel or reentrant mode is 
discussed later). This is because each sub- VI includes its 
. own block diagram having a corresponding self-reference 
node. Since there is only one self-reference node for the . 
sub-VI (in serial node), only one version of that sub-VI can 5 
be running at any one time. Therefore, the execution sub- 
system must ensure that only one usage of a sub-VI executes 
from start to finish before another usage of the same sub-VI 
is initiated. In summary, since each sub-VI includes only one 
self-reference node in serial mode, only one usage of that 10 
sub-VI can execute at any one time, and thus the sub-VI 
includes a wait queue where calls to that sub-VI are placed 
to ensure that only one usage of the sub-VI is executing at 
any one time. 

If the caller I-use node is not at the wait queue head in step 1 5 
358, the execution subsystem 32 advances to step 364. If the 
caller I-use node is at the wail queue head, then the execu- 
tion subsystem 32 advances to step 360 and copies out the 
parameters to the caller I-use node. The execution subsystem 
32 then dequeues the caller I-use node from the self- 20 
reference node wait queue in step 361 and enqueues the 
caller I-use on the lun queue in step 362. This completes a 
single usage of this VI as a subVI. 

In step 364, the execution subsystem 32 resets the self- 
reference node starting point to starting point 0, i.e., the ^ 
initial starting point Thus, when the self-reference node is 
again called, it will be as if it were an initial self-reference 
node call in step 342. Upon completion of step 364, node 
complete is set to false in step 366, and the execution 
subsystem 32 determines if another instrument usage node is 
at the wait queue head in step 368. If not, then in step 370 
the execution subsystem 32 sets the node wish to be 
requeued to false and returns to step 312. If another instru- 
ment usage node is determined to be at the wait queue head 
in step 368, then in step 372 the execution subsystem 32 sets 
the desire to be requeued to a true value and returns to step 
312. In this instance, the diagram corresponding to the 
self-reference node has again been invoked, and thus the 
self-reference node needs to be requeued, 

40 

Instrument Use Node 

An instrument use or usage node (I-use node) is used to 
call a sub-VI diagram, or more correctly is used to call the 45 
self-reference node of a sub-VI diagram. Referring now to 
FIG. 9E, a flowchart diagram illustrating operation of the 
instrument use node is shown. In step 382 the execution 
subsystem 32 determines if the I-use node is at starting point 

0, i.e. this is the initial entry into the I-use node. If not, then 50 
in step 396 the execution subsystem 32 sets node complete 

to true. In this instance, this is the second call to the 
respective I-use node, i.e. the I-use node starting point is at 

1. Thus node complete is set equal to true and the node 
completes. This will happen when the subVI has finished 55 
executing on behalf of this Instrument usage node. 

If the I-use node is at its 0 starting point in step 382, then 
in step 384 the execution subsystem 32 sets the I-use node 
starting point to 1. This is done so that the next entry to this 
I-use node causes the decision in step 382 to be false. In step 60 
386 the execution subsystem 32 queues the I-use node on the 
sub-VI diagram's self-reference node wait queue. This is a 
queue where the calling nodes wait their turn to nm a 
respective sub-VI* s top level diagram, i.e. a respective 
sub-VI. As previously noted, if multiple usages of the 65 
respective sub-VI or diagram appear in a caller top level 
block diagram, only one usage of the sub-VI or diagram can 
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execute at any one time because each contains only self- 
reference node. Therefore, calling I-use nodes- must wait 
their tum in the wait queue to be able to run a respective 
sulvVI. 

In step 388, the execution subsystem 32 determines if the 
1-use node is at the head of the sub-VI self-reference node 
wait queue. If the I-use node is at the head of the self- 
reference node wait queue in step 388, then in step 390 it 
enqueues the sub-VI self-reference node on the run queue. 
The execution subsystem then advances to step 392. If the 
I-use node. is not at the head of the wait queue in step 388, 
then the execution subsystem 32 advances directly to step 
392. (in this situation the subVI is already executing on 
behalf of another caller I-use node.) 

In step 392, the execution subsystem sets node complete 
to false. Since this was the 0 starting point of the I-use node 
and the self-reference node was just placed on the run queue 
in step 390, node complete is set to false to enable the I-use 
node to be called again to complete operations at a later time 
when the sub VI finishes executing on it's behalf. In step 394 
the execution subsystem sets the desire to be requeued to 
false. In this situation, the sub-VI self-reference riode has 
been placed on the run queue and is required to run before 
the instrument use node is again called at the end of the 
sub-VI self-reference node execution. Therefore, instead of 
setting the desire to requeue the I-use node to true, the 
sub-VI self-reference has the task of placing the I-use node 
on the run queue, which occurs in step 362 at FIG. 9D. The 
I-use node execution then completes. 

Simple Node 

Referring now to FIG. 9F, a flowchart diagram illustrating 
the execution of a simple node is shown. A simple node 
includes primitive nodes and code interface nodes. In step 
398, the execution subsystem 32 performs the function 
indicated by the node. For example, if the node is a simple 
add or subtract node or an attribute node, bundle node, etc., 
the execution subsystem 32 performs the indicated opera- 
tion. If the node being executed is a code interface node, 
then in step 398 the execution subsystem 32 invokes a 
text-based language routine previously created by the user 
which performs a desired fiinction. In step 399 the execution 
subsystem 32 sets node complete to Irae, Thus, when the 
execution subsystem 32 returns to step 322 in HG. 9B, tiie 
node's output signals will be propagated in steps 324-332. 

Loop Structure Node 

A loop structure node corresponds to an iterative loop 
structure node or an indefinite loop structure node, which are 
discussed with reference to FIGS. 12B and 12D. Referring 
now to HG. 9G, if the node being executed in step 310 is a 
loop structure node, then the following node specific func- 
tions are executed in step 320. In step 402 the execution 
subsystem 32 determines if it has begun execution at the 
loop node's 0 starting point, i.e. the loop node's initial 
starting point. If so, then in step 404 the execution subsystem 
32 sets the loop node starting point to 1. In step 406 the 
subsystem 32 prepares a loop counter and in step 408 
prepares auto-indexing for the loop. Auto-indexing is a 
feature of loop structure nodes wherein arrays are indexed or 
acctmiulated at the loop boundary automaticially. In step 410 
the execution subsystem 32 enqueues the self-reference 
node (SRN) of the subdiagram on the run queue. In step 412 
the subsystem sets node complete to false and in step 414 
sets the node's desire to be requeued to false. The node's 
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desire to be requeued is set to false because the node places 
itself back on the run queue in step 424, as discussed below. 

If execution of the loop begins at starting point 1 and 
hence this is not the loop's initial starting point in step 402, 
then in step 416 the subsystem increments the loop counter 5 
to index into the loop. The execution subsystem 32 
progresses auto-indexing in step 417 and evaluates the 
reiteration in step 418. In step 420 the subsystem 32 deter- 
mines if the loop will reiterate. If not, then the loop is done, 
i.e., the loop has finished iterating, and the subsystem, sets 
node complete to true in step 422 and returns to step 322 
(FIG. 9B). It finishes the auto-indexing feature in step 421. 
Here it is noted that the node complete question in step 322 
will be answered in the affirmative and thus the subsystem 
will advance to step 324 and propagate signals. If the loop 
has not completed and thus further iterations are determined 
to be required in step 420. then in step 424 the subsystem 32 
enqueues the subdiagram self-reference node on the run 
queue in step 420 and advances to step 412. In steps 412 and 
414, node complete is set to false and the desire to be 20 
requeued is also set to false. The execution subsystem then 
returns to step 322 (FIG, 9B). Here it is noted that the node 
complete question in step 322 will be answered in the 
negative, and thus the subsystem will return back to step 312 
(FIG. 9A). 25 

Case Structure Node 

A case structure node corresponds to the conditional 
structure illustrated in FIG. 12C. Referring now to FIG. 9H, 30 
if the node being executed , in step 310 is a case structure, 
then the node specific functions performed in step 320 are as 
follows. In step 430 the execution subsystem 32 determines 
if the case node has been entered at its 0 starting point, i.e. 
if this is the initial entry into execution of the case node. If 35 
so, then in step 432 the execution subsystem sets the starting 
point of the case node to 1. Thus, the next time the case node 
is entered, the question in step 430 will be answered in the 
negative. In step 434 the execution subsystem 32 checks the 
select input to determine which of the N diagrams will run. 40 
In other words, since a case statement includes a number of 
possible cases, one of which will be executed depending 
upon the select input, the input must be checked to deter- 
mine which of the N diagrams in the case statement will be 
executed. In step 436 the subsystem enqueues the selected 45 
subdiagram self-reference node on the run queue. In step 
438, the execution subsystem sets node complete to false 
and in step 440 sets the desire to be requeued to false. 
Execution then completes. If the case node starting point is 
determined to be 1 in step 430, then in step 441 the execution so 
subsystem sets node complete to true and then completes. 

Sequence Structure Node 

A sequence structure node corresponds to the sequence 55 
su^cture illusttated in FIG. 12A. Referring now to FIG. 91, 
if the node executed in step 3 10 is a sequence structure node, 
then the following node specific functions are executed in 
step 320. In step 442, the subsystem determines if this is the 
initial starting point (starting point 0) for the sequence 60 
structure node. If so, then in step 444 the subsystem 32 sets 
the sequence node starting point to 1. In step 446 the 
execution subsystem 32 sets a variable referred to as Dia- 
gram Number to zero. The variable Diagram Number refers 
to the particular diagram of the sequence structure, which 65 
includes a plurality of diagrams. In step 448 the subsystem 
32 enqueues the Diagram Number's self-reference node on 
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the run queue. In step 450 tiic subsystem 32 sets node 
complete to false and completes. 

If the entry into the sequence structure node is determined 
not to be the initial entry in step 442, but ratiier is determined 
to be entry at starting point 1, then in step 452 the subsystem 
32 increments the variable Diagram Number by one. In step 
454 the subsystem 32 then determines if Diagram Number 
is equal to N, i.e. if all the diagrams in the sequence structure 
node have been executed. If not, the execution subsystem 
returns to step 448 and enqueues the self-reference node of 
the next Diagram Number on the run queue and sets node 
complete to false in step 450, If all the diagrams have been 
executed in step 454, then the subsystem 32 sets node 
complete to true and completes. It is noted that the node will 
be determined to have completed in step 322 (FIG. 9B), and 
thus the subsystem 32 will then proceed to step 324 to 
propagate its signals. 

Asynchronous Node 

An asynchronous node is a node which is required to wait 
on external events before executing. Referring now to FIG. 
9J, if the node executed in step 310 is an asynchronous node 
then the following node specific functions are executed in 
step 320. In step 460 the execution subsystem 32 determines 
if the asynchronous node has entered execution 32 at starting 
point 0. If so. then in step 462 the execution subsystem 32 
sets the node starting point to 1 so that a subsequent entry 
into this node will affect a negative choice in step 460, In 
step 464 the execution subsystem 32 provides the respective 
external device with information needed to asynchronously 
enqueue this node after external functions have completed. 
For example, this external device may be a timer or a device 
driver or it may be another node if an occurrence has been 
set. For more information on occurrences, please see related 
co-pending application Serial No. 08/125,642. cntitied 
"Method and Apparatus for More Efficient Function Syn- 
chronization in a Data Flow Program,*' and filed concur- 
rently herewith which is hereby incorporated by reference. 
In step 466 the execution subsystem sets node complete to 
false and then in step 468 sets the desire to be requeued to 
false. The node specific function for the asynchronous node 
then completes. At some later time after the respective 
external device has completed operations and has enqueued 
the asynchronous node, the asynchronous node will again be 
entered in step 460. If an occurrence has been set, the node 
will be re-entered in step 460 when the occurrence is 
triggered. For more information on this, please see the 
above-referenced application. When the node is reentered, 
the asynchronous node starting point will be determined to 
be 1. When this occurs, node complete is set equal to true in 
step 470 and the node specific operation for tiie asynchro- 
nous node completes. 

Long Computational Node 

A long computational node can be described as a node 
which requires a large amount of computation and thus is 
required to share execution time with other nodes. Unlike 
other nodes, the long computational node includes any 
number of different starting points. In the example illustrated 
in FIG. 9K, the long computational node includes three 
different starting points referred to as 0, 1, and 2. Referring 
now to FIG. 9K, when the long computational node is first 
called, it enters at starting point 0, its initial starting point. 
In step 482 the execution subsystem 32 sets its starting point 
to a later point referred to as point 1. In step 484 the 
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execution subsystem 32 begins computation on the long 
computational node, perfaiming a portion of the computa- 
tion required. In step 486 the subsystem sets node complete 
to false and in step 488 sets the desire to be requeued to true. 
The desire to be requeued is set to true because further 5 
computations are required to complete the node. 

When the long computational node is again entered, it 
enters at point 1. As shown in step 492, the execution 
subsystem 32 sets the starting point to 2. In step 492 the 
execution subsystem 32 performs further computations on ^0 
the node. In steps 494 and 496 the subsystem 32 sets node 
complete to false and sets the desire to be requeued to true, 
respectively. 

When the long computational node is entered for a third 
time, it enters at starting point 2. In step 497, the subsystem 
32 finishes computation on the node and in step 498 sets 
node complete to true. It is again noted that additional 
similar stages may be present and a long computational node 
with 3 stages is shown only as an example. 

Starting a Top Level VI 

Referring now to FIG. 9L, a flowchart diagram illustrating 
operation of the routine which kicks off the first self- 
reference node of a large block diagram is shown. In step 25 
499 the execution subsystem 32 enqueues the top level 
diagram's self-reference node on the run queue. This flow- 
chart is necessary to place the first self-reference node on the 
run queue. Subsequent to this, the self-reference node places 
other nodes within respective self-reference node on the run 30 
queue. As data output signals are propagated, other nodes in 
turn arc placed on the run queue and so forth. The operation 
in FIG. 9L is necessary merely to place the initial self- 
reference node in the run queue to 'lack things off." 

35 

Execution Subsystem Operation Overview 

The following description sunmiarizes and further 
describes the operation of the execution subsystem 32 of the 
system 28 and the instrumentation system 56. 

The first step in the execution of a virtual instrument is 
accomplished by executing its block diagram. The first step 
in the execution of a block diagram is accomplished by 
scanning the terminals contained in the diagram's self- 
reference node. . For each terminal which is the source of a 45 
signal, the data token is moved from the control reference by 
the terminal to the terminal itself. The second step in the 
execution of a diagram is to initialize the token short-count 
of each node in the diagram to the number of input signals 
to that node, i.e. its fire count. The third step in the execution 50 
of a diagram is to propagate signals from the self-reference 
node. Propagation of signals from a node is accomplished by 
scanning all of the node's terminals. For each terminal that 
is source of a signal the data token on the terminal is copied 
to each destination terminal of the signal path. Each token 55 
placed on a destination terminal causes the short-count of 
the node containing the terminal to be decremented. If it 
becomes zero in the process, then that node is scheduled to 
execute. 

The first step in the execution of a node is accomplished 60 
by copying the tokens from the node's terminals to the 
reference controls. The second step depends upon the type of 
node. For an instrument use node that references a real-time 
virtual instrument, the next execution step is to copy the 
tokens from the node's controls to the virtual instrument's 65 
controls and to execute the virtual instrument. For an instru- 
ment use node that references previously stored data of a 
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virtual instrument, the tokens from the appropriate data 
record are read in and placed on the node's terminals. For a 
sequence structure node, the next step is to execute the first 
subdiagram. For a conditional structure node, the next step 
is to execute the subdiagram indicated by the value of the 
token on the selected control. For an iterative or indefinite 
loop structure node, the next step is to set the value of the 
token on the iteration number control to zero and to execute 
the subdiagram. For a self-reference node, the next step is to 
perform the next step in the execution of the node or the 
virtual instrument which contains the diagram that contains 
the self-reference node. 

The third step in the execution of a node also depends 
upon the type of node. For an instrument use node or a 
conditional structure node the output data tokens are propa- 
gated along the signal paths. For a sequence structure node, 
the next subdiagram is executed, if one exists, and if not, the 
output tokens are propagated. For a loop structure node, the 
shift registers are clocked (the data is shifted), the iteration 
number incremented, and the subdiagram is reexecuted, if 
appropriate; otherwise the output tokens are propagated. 

The second step in the execution of the virtual instrument 
is to log the tokens on the front panel controls if data logging 
is enabled. The third step in the execution of the virtual 
instrument is to copy the tokens from the virtual instm- 
ment's indicators to the instrument use node's output ter- 
minals and to schedule the instrument use node to execute its 
next step. The third step of virtual instrument execution is 
performed only if the virtual instrument was executed in 
response to an instrument use node request. If the virtual 
instrument was executed interactively, there is no third step. 

Front Panel Generation 

FIG. 10 shows details of an illustrative front panel 62 
which is produced using the front panel editor 36 and which 
is displayed using the keyboard and display 58. It will be 
appreciated that the illustration of FIG. 10 represents an 
actual graphical computer-generated display of an exem- 
plary front panel for the instrument 60. The graphical 
representation of RG. ,10 illustrates physical control dials 
and switches for providing variable input information and 
illustrates a coordinate plane type indicator for displaying 
variable output information. More particularly, FIG. 10 
shows a circular turn-dial and a slide sv/itch for setting input 
variable data. The turn-dial and shde switch each correspond 
to respective rectangular boxes for digitally illustrating 
variable input data in digital form. The illustrative front 
panel also includes a display for illustrating variable output 
data. The graphical representations of haput' controls and 
output indicators are stored in a memory library, and a user 
may select from among a variety of different graphical 
representations of input controls and output indicators in 
order to construct a panel display which conforms to a user's 
intuitive imderstanding of how the instrument 60 is con- 
trolled and how it provides data. 

FIG. 11 illustrates an icon 64 which can be used to 
reference a front panel (not shown). A visual representation 
of the icon 64 can be produced using the icon editor 34. The 
icon 64 corresponds to a particular front panel (not shown). 
As will be explained more fiilly below, the icon 64 can be 
used as a building-block in a hierarchical system constnicted 
using the block diagram editor 30. The dashed lines of FIG. 
11 indicate the one-to-one correspondence between the icon 
64 and the respective two-dimensional regions (or hot spots) 
66 and 68 which correspond to respective variable input data 
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and variable output data illustrated by controls and displays 
of the corresponding front panel (not shown). For example, 
the front panel might include input data in the form a 
sequence of samples and might provide output data in the 
form of an indicator showing voltage reading per sample. 5 
The icon 64 then might be divided into two two-dimensional 
regions 68 and 66 which respectively correspond to the input 
sample count and the voltage reading for that sample count. 

Structure Nodes 

The drawings of FIGS. 12A-E show the graphical rep- 
resentations of structures utilized in constructing a block 
diagram as described below using the block diagram editor 
30. The structures represented in HGS. 12A-E substantially 1^ 
facilitate the application of data flow programming tech- 
niques which are used in the preferred embodiments of the 
present invention. FIG. 12A illustrates a sequence structure. 
FIG. 12B illustrates an iterative loop structure. FIG. 12C 
illustrates a conditional structure. FIG. 12D illustrates an 20 
indefinite loop structure. FIG. 12E illustrates a shift register 
on an indefinite loop structure. 

It will be appreciated that the graphical representations of 
the structures illustrated in FIGS. 12A-E can be stored in a 
memory library as can execution instructions corresponding 
to the respecdve structures. Thus, a user can call upon a 
graphical structure library in order to display any one or 
more of the structures using the display facilities of the 
control processor 38 and keyboard and display 58 of the 
instrumentation system of FIG. 4. 

Sequence Structure 

Hie sequence structure, which has its graphical represen- ^5 
tation illustrated in Figure 12A, serves to divide a data-flow 
diagram into two subdiagrams, one representing an inside 
and another representing an outside of the sequence struc- 
ture bonlers. The outside diagram behaves exactly as if the 
sequence stmcture and its contents were replaced by an icon 
with a terminal (or hot spot) for each line crossing the 
sequence structure border. The drawing of FIG. 12A shows 
a three-diagram sequence. In order to minimize ispace used 
on a computer console screen, only one diagram of the 
sequence structure is visible at a time. Inside the structure 
border, multiple diagrams (not shown) can be constructed 
which execute in sequence. The sequence of diagrams are 
indicated by the respective numbers in the respective 
sequence diagrams. When the first diagram (indicated by the 
number 0) in this sequence completes its execution, the next 
one begins. The process is repeated until all diagrams in the 
sequence have been executed. 

Each diagram in the sequence uses a subset of incoming 
signal paths and produces a subset of outgoing signal paths 
(the outgoing subsets must be mutually exclusive, but the 55 
incoming subsets are arbitrary). Constants may be used with 
any of the diagrams without^ any constraints. Sequence 
variables indicated by rectaiigular boxes attached to the 
inside edge of the sequence structure (not shown in FIG. 
12A) can be used multiple times in the diagrams following 59 
the diagram where the variable was assigned. 

In accordance with data-flow principles used in the pre- 
ferred embodiments of the present invention, the sequence 
structure does not begin execution tmtil all incoming signal 
paths have data available, and none of the outgoing signal 65 
paths produce data until all diagrams have completed execu- 
tion. 
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FIG. 13 shows an illustrative block diagram 70 of a 
sequence structure. The sequence structure is coupled to 
receive input signals on respective lines 72 and 74 and to 
provide respective output signals on respective lines 76, 78, 
and 80. Input registers 82 and 84 are provided to collect 
input data. A decoder 86 is provided to determine which 
computation and/or control clement 88, 90, or 92 to select, 
and a sequence counter 94 is included to imdertake a count 
for sequencing between respective elements 88, 90, and 92. 
When all data inputs are present, an output of AND gate 96 
becomes TRUE. This starts computation in computation 
and/or control element 88 (assuming that it is the first 
clement selected). When the control element 88 has com- 
pleted computation, its output is stored in register 98. When 
the first element 88 has completed computation, the 
sequence counter 94 is free to advance by one. The decoder 
86 will select the second computation element 90. The 
output of AND gate 96 will become TRUE again and, 
computation will begin in the second element 90. die output 
of the second element 90. The output of the second element 
90 will be stored in output register 100. The sequence 
repeats for the third element 92, and its output is stored in 
output register 102. After the completion of die computation 
by the third element 92, the output data from all computa- 
tions will be available for further computation by other 
instmments (not shown) of a block diagram system as will 
be explained more fully below. 

Iterative (For) Loop Structure 

The iterative loop structure, a graphical representation of 
which is shown in FIG. 12B is similar to the sequence 
strucmre in that the iterative loop structure partitions the 
data-flow graph into two parts. The interior diagram contains 
the body of the loop. Signal paths crossing the border of an 
iteration loop structure typically have a transformation 
applied. Incoming data are indexed in the most significant 
dimension so that the data inside the structure have dimen- 
sionality one less than outside. Outgoing data has the inverse 
transformation performed. The iterative loop structure is 
similar in operation to a for-next loop in a text-based 
program. 

It is possible to disable the indexing on a signal path, in 
which case, the data behaves as if it were a constant 
available to each iteration. If indexing is disabled on an 
outgoing signal path, the data value is repeatedly overwrit- 
ten and only the last value propagates out from the iteration 
structure. 

There are two special variables which behave as constants 
within the body of the iterative loop structure: the number of 
iterations, N, and the iteration number or index, i. Usually, 
the number of iterations to be executed is automatically set 
by the size of the dimension being indexed for an inconung 
signal path (or the minimum of the indexed dimension sizes 
of all the inconung signal paths if there are more than one). 
In the event that there are no inconung signal paths, a scalar 
value must be specifically coimected to the variable to 
specify the number of iterations. The iteration number, i, is 
similar to a constant within the diagram except that its value 
is 0 for the first iteration and increments by 1 at the end of 
each iteration. 

Iteration Structures that have no data dependencies can, in 
principle, be executed in any order or completely in parallel 
except in the case where a non-reentrant virtual instrument 
is used by more tiian one structure. An example of a 
non-reentrant virtual instrument is a VI which controls an 
instrument or data acquisition card. In that case, the iteration 
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Structures would be executed strictly sequentially, in accor- 
dance with data flow principles. All inputs must be available 
to start execution of an iteration loop. Fuithermore, all 
outputs are generated after execution completes. 

Referring to the illustrative drawings of FIG. 14, there is 5 
shown a block diagram 104 for an iterative loop. An iterative 
loop structure operates on data in an array one element at a 
time. The data Jor each element are sequentially stored in 
respective input buffers 106 and 108. A counter 110 begins 
its count at 0. When the first data elements are available for 
both inputs of both respective input buffers 106 and 108, 
computation and/or control element 112 will generate out- 
puts to bb'Stored in respective output buffers JW and 116. At 
that time, the counter 110 wiU advance to 1, and the process 
will repeat for the second data element in the array. This ^5 
process will repeat until the counter 110 reaches N-1 
making a total of N computations. At that time a complete 
cycle signal will be generated by the comparator 118. The 
output signals stored in the respective output bu£fers 114 and 
116 then will be available for use by other computation 20 
instruments (not shown). 

Conditional Structure 

The conditional structure, a graphical representation of 25 
which is shown in Figure 12C, is similar in appearance to the 
sequence stmcture in its use of screen space, but it differs in 
its handling of signal paths crossing its border in that in each 
case a diagram may use any subset of incoming signal paths, 
but must produce all outgoing signal paths. In accordance 30 
with data-flow principles, all inputs must be available in 
order to start execution. Furthermore, all outputs are gener- 
ated after execution is completed. The conditional structure 
is similar in operation to a case or switch statement used in 
certain text-based programming environments. 35 

There must be a signal path that terminates at the case- 
sdcction terminal on the structure border. In the simplest 
case, a Boolean- valued scalar is connected to the selector to 
select between case FALSE and case TRUE. In the general 
case, a scalar number is connected to the selector to select 40 
among diagram case 0, case 1, etc. 

The drawings of FIG. 15 illustrate a block diagram 120 
corresponding to a conditional structure. The block diagram 
120 for the conditional structure is substantially similar to 
that of the block diagram 70 for the sequence structure. The 
block diagram 120 for the conditional structure includes 
respective input registers 122 and 124, a decoder 126, an 
AND gate 128, three respective computation and/or control 
elements 120, 132, and 134 and three respective output 
registers 136, 138, and 140 all coupled as shown in the 
drawings of HG. 15. In operation, the conditional structure 
block diagram 120 operates in a manner substantially similar 
to that of the sequence structure block diagram 70, except 
that the decoder 126 of block diagram 120 is directly 
controlled by the case selection input provided on line 142 
to select only one diagram. 

Indefinite (=While) Loop Structure 

The indefinite loop structure, a graphical representation of 60 
which is shown in HG. 12D, is similar in concept to the 
iterative loop structure in that the interior of the structure 
diagram represents the body of the loop, but it differs in that 
signal paths crossing the border of the indefinite loop 
structure do not usually have an indexing transformation 65 
applied. The indefinite loop structure is similar to a do-while 
loop in text-based programming languages. 
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There are two special variables applied within the body of 
the indefinite loop structure: iteration number or index, i, 
and continuation flag. The iteration number starts at zero and 
increments by one at the end of each iteration. A boolean 
value or expression is connected to the continuation flag. A 
value of TRUE means that another iteration will be per- 
formed. If the continuation flag is left unconnected, it is 
equivalent to connecting a FALSE constant. In accordance 
with data-flow principles applied in the preferred embodi- 
ments, all inputs must be available in order to start execu- 
tion. Furthermore, outputs are generated after execution is 
complete. 

The illustrative drawing of FIG. 16 shows a block dia- 
gram 144 which corresponds to the graphical representation 
of an indefinite loop structure shown in FIG. 11, In opera- 
tion, when data inputs are available on both respective input 
registers 145 and 148, an output of AND gate 150 will 
become .TRUE to enable computation and/or control ele- 
ment 152. After computation is complete, output data are 
stored in respective output registers 154 and 156. After 
completion of the first loop, counter 158 increments, and the 
cycle begins again. This process continues until a continu- 
ation flag provided on line 160 goes FALSE. The output data 
are present after each cycle. 



Shift Register 

A special construction available for use only within the 
respective loop structures is the shift register. A gr^hical 
representation of each respective loop structure type incor- 
porating a shift register is shown in FIG. 12E. The shift 
register eliminates the need for cycles in a data-flow graph, 
making the result easier to comprehend and to prove correct 
The shift register behaves as if it were an ordered set of two 
or more variables, all of the same type and dimensionality. 

The first variable in' a set is an output of the loop-body 
diagram and is located on the right border of the loop 
structure. The other variables of the set are inputs to the 
loop-body diagram and are located on the left border of the 
structure at the same elevation. 

At the conclusion of each loop iteration, the data firom the 
shift register output variable are shifted into the first input 
variable, and the previous value of the first input variable is 
shifted into the second input variable. 

The drawing of FIG. 17 shows an illustrative block 
diagram 162 illustrating operation of an iterative loop struc- 
ture including a shift register. Respective latches 164 and 
166 are provided to implement the shift register. In opera- 
tion, the block diagram 162 of FIG. 17 (which represents an 
iterative loop structure with a shift register) operates simi- 
larly to the block diagram 104 of FIG, 14 (which represents 
an iterative loop stmcture minus a shift register) except that 
computation inputs are provided which give the system 
feedback from a previous cycle. 

An output provided by loop counter 168 is sensed by the 
comparator 170. For the first loop, the multiplexor control 
172 selects preselect inputs firom respective preset gates 174 
and 176. For all other cycles, respective latches 164 and 166 
are selected. The selected input is fed into the computation 
and/or control element 178. data from input buffer 180 also 
is fed into the computation element 178. After each cycle, 
the computed output data arc fed into respective output 
buffers 182 and 184. When the comparator 170 reaches N-i , 
the process is completed, and the output data can be passed 
to a next instrument (not shown). 
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Type Descriptors 

The system and method according to the preferred 
embodiment uses type descriptors to describe the contents of 
clusters and arrays. A type descriptor is essentially a Ian- ^ 
guage or grammar for describing data types used in the 
preferred embodiment. Referring now to FIG. 18, a diagram 
illustrating a type descriptor for a cluster containing an 
integer, a string, a character, and a float is shown. The block 
diagram editor encodes this cluster in the following manner. 
The first three elements in the type descriptor are a size word 
representing the size of the cluster, 22 bytes in this example; 
a word containing the number 50 representing a cluster 
code; and a word containing 4 for the number of elements 
within the cluster. The next word contains the number 4 
representing the size of the first element of the cluster in 
bytes followed by the code of the first element of the cluster, 
an integer, which is encoded as a 3. The next element in the 
cluster also has a size of 4 bytes and it is a type string, which 
is encoded as a 30. Thus the next element is encoded as 4, 
30. The third element has a size of 4 and is a character, so 
it is encoded as a 4,1. The last element has a size of 4 and 
is encoded as a 10. Therefore, in summary, the type descrip- 
tor includes elements for size, data type code, and number of 
elements, as well as a size and code for each of the elements ^5 
in the data structure. 



Construction of an Exemplary Block Diagram 

FIGS. 19A-K illustrate computer screen displays during 30 
each successive step in a construction of an exemplary block 
diagram using the block diagram editor 30 such as that of 
FIGS. 2 or 4. In FIGS. 19A-D, the front panel window 
appears on the left and the block diagram window appears 
on the right. - 35 

More particularly, in HG. 19A, a control knob is placed 
in the front panel, and its associated terminal automatically 
appears in the block diagram. Referring to FIG. 20A, the 
system representation shows the virtual instrument with a 
diagram containing a self reference node, and a terminal in ^0 
the self reference node which references the front panel 
control. 

In FIG, 1?B, a control graph indicator type is placed in the 
front panel, and its associated terminal automatically 
appears in the block diagram in the same position relative to 
the other t^tninal as the graph is to the knob. This makes it 
possible to distinguish the terminal even without supple- 
menting the graphics with text labels. 

In FIG. 19C, a constant with value 20 is placed in the 
block diagram. As shown in FIG. 20B, this is reflected in the 
system representation by another terminal and control 
attached to the self reference node. 

In HG. 19D, an icon referring to a built-in virtual instru- 
ment is placed in the block diagram. (An alternative view of 55 
the block diagram could show the icon terminals instead of 
the icon itself). As shown in FIG. 20C the system represen- 
tation shows another node of instrument use type in the 
virtual instrument diagram and three terminals and controls 
corresponding to the terminals and controls in the referenced eo 
virtual instrument. 

In FIG. 19E, an iterative loop structure is placed in the 
block diagram. As shown in FIG. 21A, the system repre- 
sentation shows the structure node in the diagram along with 
terminals and controls for the loop variables. Note that the 65 
iteration number is accessible only from within the loop; 
while the iteration limit is available inside and outside the 
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loop as evidenced by the two terminals which reference it, 
one in the structure node and the other in the self-reference 
node of the diagram within the stmcture node. 

In FIG. 19F, an icon referencing another built-in virtual 
instrument is placed inside the iterative loop structure. 

In FIG. 19G, a wire is connected from the terminal 
associated with the front panel knob to the loop limit 
terminal of the loop structure. The front panel knob terminal 
is determined to b€ the signal source. 

In FIG. 19H, a wire is connected from the iteration 
number terminal to a terminal on the virtual instrument 
inside the loop. This signal path lies completely within the 
loop slrucUire subdiagram. As shown in FIG. 21B, the 
system representation shows the signal path with the itera- 
tion number terminal and the terminal on the instrument use 
node. The iteration number terminal is determined to be the 
signal source. 

In FIG. 191, the constant is wired to a terminal of the 
virtual instrument within the loop. In this case, the wire 
crosses the structure border so that a pair of terminals and a 
control are created, and the wire is split into two signal 
paths, one outside the loop structure and one inside. The 
constant is determined to be the source terminal of the 
outside signal, and the inside terminal at the border is 
determined to be the source of the inside signal. 

In FIG. 19J, a wire is drawn from the virtual instrument 
inside the loop to the virtual instrument outside the loop. 
This wire crosses the border so it is split into two signal 
paths. The wire on the outside is thicker because it represents 
an array signal path (as will be explained more fully below). 

In FIG. 19K, the output of the virtual instrument outside 
the loop is connected to the terminal associated with the 
front panel graph. The wire pattern indicates that it repre- 
sents a cluster signal path (as will be explained more frilly 
below). 

Block Diagram of HG. 5A 

FIG. 22 shows a drawing of a computer-generated display 
of a completed block diagram for the design example of 
FIG. 5A. This block diagram is the graphical program 
representing the instrument's operation, showing the inter- 
connections between the elements of the instrument, the 
signal paths, and the relationship to other virtual instru- 
ments. The large rectangular region in the center of the 
diagram is an iteration loop structure. The diagram placed 
inside this region is executed multiple times; for i=0 to N-1. 
At the upper left of the diagram, four front panel inputs from 
controls are shown connected to the iteration loop. The 
inputs to the iteration loop are the Number of Steps, High 
and Low Frequencies, and Amplimde. 

The Number of Steps and High and Low Frequency 
inputs are connected to a Formula Node icon called "Cal- 
culate Frequency," which is comprised within the iteration 
loop. This icon is a built-in function which in this example 
includes a formula that calculates a frequency. 

The Number of Steps input is connected to the loop-count 
(the N at the upper left comer) of the iteration loop, which 
in mm, is connected to the variable N in the Formula Node. 
The index i of the iteration loop is connected to the variable 
i of the Formula Node. The High and Low Frequency inputs 
are connected to the Fh and Fl inputs of the Formula Node. 

Two virtual instrument icons referred to as Tek and Ruke 
are also inside the iteration loop. The Tek VI takes as input 
Amplitude and the frequency Fi output from the Formula 
Node and performs the appropriate IEEE-488 operations to 
set the function generator 208 of FIG. 5A. The Fluke VI 
performs the appropriate IEEE-488 operations to obtain a 
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voltage measurement from the multimeter 210 of FIG. 5A. 
Hiese two icons represent simple virtual instruments that are 
easily designed using built-in high level IEEE-488 functions 
to communicate with the multimeter 210, The output from 
the multimeter (Fluke) icon is provided to logic nodes which 
convert from the RMS (root-mean square) value. This signal 
is output from the iteration loop and provided to nodes 
which convert the data to dB (decibel) form. This output is 
then provided to a bundle node which also receives the. 
output from the Formula Node. The bundle node is a bundle 
by position node and acts to bundle the two arrays of data it 
receives, i.e., frequency and response for plotting purposes. 
Hiis bundled data in then provided to an indicator on the 
front panel. 

Each iteration of the iteration loop produces as output the 
input frequency and the corresponcfing voltage measure- 
menL This results in two arrays of values which exit the loop 
at the right. The bundle function converts these two arrays 
into X, Y plots which are then provided to the front panel 
graph indicator. Note the self-documenting effect of die 
graphical language, with the iteration loop structure contrib- 
uting to the readability of the program. 

With the front panel and block diagram complete, the 
instrument is ready to be used. The instrument is operated 
from the front panel. To execute the instrument, the user 
simply configures the input controls and "clicks" the Run 
Arrow button on the top of the screen (as will be appreciated 
from the description below). 



VI Execution Overview 

The graphical system and method described above per- 
mits the computer-aided modeling of a process using graphi- 
cal techniques which generally are more easily compre- 
hended, especially by persons who do not possess 
specialized skills in computer programming techniques. The 
use of a computer-generated image of a front panel display 
permits a user to easily understand how data is provided to 
a system being modeled and how data is provided by the 
system. The block diagram editor permits a user to construct 
a graphical representation of a procedure for producing 
output daia from input data using icons which refei^nce 
modularized procedural units. A user may use the icon editor 
to construct his own icons; or he may call upon a ready^ 
made library of icons. The execution subunit executes 
execution instmctions which are constructed in response to 
the graphical images produced by a user to model a process. 
Thus, a user can program a computer substantially by 
constructing a hierarchy of icons connected to one another 
so as to model a process. A user, therefore, can use the 
system and method of the present invention to program a 
computer to model a process using graphical techniques 
which generally are easier to comprehend. 

Furthermore; the system and method of the present inven- 
tion advantageously can use data flow techniques. The use of 
the structures illustrated in FIGS. 12A-E facilitates the use 
of such data flow techniques. By using such techniques, a 
system modelled in block diagram form can operate in a 
parallel fashion, since each individual icon in a hierarchy 
comprising such a block diagram operates as soon as all 
input data provided to it are available. In addition, such 
stmctiu-es render graphical representations of block dia- 
grams using such data flow techniques more comprehensible 
to a user, and, therefore, simplify the task of using such 
techniques. 
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Parallel and Serial VI Execution 

Having described how a VI is constracted and used, 
additional explanation regarding the execution description is 

^ provided. In the preferred embodiment, all Vis are referred 
to as diagram Vis. Diagram Vis in turn are comprised of 
nodes, which are discussed with regard to FIGS. 9C-9K, 
Referring once again to FIG. 8B, a node (icon or structure) 
begins execution when all its inputs are available. If a 
diagram has two or more icons referring to the same VI and 
a second one has all its inputs available before the first 
finishes execution, it is not always clear how to handle this 
second node. In fact, it depends on the "execution mode" of 
the VI. Absent some way to execute Vis in parallel, Vis 

J J would be executed in serial. In a serial mode of execution, 
the second node is placed on a FIFO wait queue of the 
self-reference node associated with the VI, and execution of 
the VI in the context of the second node is delayed tmtil the 
execution in the context of the first node is completed, 

20 Parallel or reentrant execution dynamically creates mul- 
tiple instances of the VI at execution time in order to allow 
multiple nodes to execute in parallel. In the preferred 
embodiment, parallel execution is implemented for Vis 
designated as reentrant by the user. 

25 FIGS. 23 and 25 illustrate serial and parallel execution 
modes. In FIG. 23, one '"thermometer" icon must wait imtil 
the other finishes execution before it can start, even though 
it has all its inputs at the same time as the other. This is 
because the "'thermometer" VI is a serial VI. 

30 In FIG. 24, the asynchronous behavior of the wait VI (the 
watch icon)is shown. It is a code type VI that does not 
execute atomically. During the time that it is executing 
(waiting) other components of the diagram may execute. 

In FIG. 25, both "wait" icons execute at the same lime 
showing the parallel execution mode of the wail VI. If 
execution were not parallel either the "thermometer** VI or 
the *TMDyTHD" VI would effectively wail for the sum of the 
time delay intervals caused by the two "wait" Vis together. 

^ The prefened embodiment can be embodied in software, 
hardware, or a combination of both. One way to implement 
a parallel VI in hardware is to have enough instances of the 
hardware to account for the maximum number of VI 
instances that must run in parallel. 

45 The present invention provides the ability of a virtual 
instrument (with icon, front panel, and diagram or code) to 
be a template and effectively automatically replicate itself as 
necessary in order to allow multiple instances to run in 
parallel. 

50 A node is executed when all its inputs have data ready. 
When this happens the node is put on a list of ready nodes, 
i.e., is placed on the run queue. This is Olustrated in FIG. 26. 
One by one the ready nodes are taken off the list and 
executed. When more than one of the ready nodes are I-use 

55 nodes which refer to the same virtual instnmient the sched- 
uling of the execution depends on the mode of the virtual 
instrument. The possible modes are serial and parallel. 

Serial Mode (Block Diagram \^Ttual Instruments) 

60 

Serial mode instruments place contending nodes on a list 
of nodes which execute the block diagram of the virtual 
instrument in turn. This list of nodes is the self-reference 
node wait queue. Because the block diagram of an instm- 
65 ment consists of more nodes which will become ready, the 
execution of the block diagram instrument is not atomic. The 
nodes of the diagram are put onto the ready node list or run 
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queue as ihey become ready and are "interleaved" with 
ready nodes from other diagrams. This is illustrated in FIG. 
27. The dashed box 318 once again contains the node on 
whose behalf the block diagram 322 of the virtual instru- 
ment is executing. The node 324 outside the dashed box 5 
must wait for the diagram to complete before it gets its turn. 
The arrow from the block diagram to the Ready Nodes list 
326 shows that the block diagram 322 will produce more 
ready nodes which will be added to this list. 

Parallel Mode (Block Diagram Virtual Instruments) 

Block diagram instruments can be built to execute in 
parallel or reentrant mode. The means of making parallel 
execution possible for block diagram instruments is by using 
the instmmcnt as a template to make identical copies of the 15 
instrument automatically as needed for contending nodes. 
Each block diagram then executes, producing ready nodes 
for the Ready Nodes list or run queue in such a way that the 
nodes can be ^Interleaved" and the execution of the identical 
diagrams takes place "at the same dme." This is illustrated 20 
in FIG. 28. Inside the dashed box 338 the replicated virtual 
instrument 340, 342 is shown and each I-use node has "its 
own copy" of the instrument. Both diagrams are shown 
putting ready nodes onto the Ready Nodes 334 list. 

25 

Execution States 

Hie fundamental capability which execution states permit 
is the interactive operation of more than one virtual instru- 
ment at a time, as well as the construction or editing of some 
virtual instruments while others are executing. 30 

When a VI is interactively started (i.e., run from its front 
panel) it enters its active state. It remains active until it 
completes, at which time it returns to its idle state. At the 
point it becomes active all lower level Vis are "reserved." 
This prevents them from being changed (a change, could 
result in an execution error). A reserved VI executes in the 
context of one or more icon nodes within the diagrams of 
one or more higher level Vis. It is unreserved when all those 
higher level Vis become idle. 

40 

Reserved Vis can have their front panel and block dia- 
gram windows open while they execute. Iliis ability to 
observe Vis at any and all levels of the hierarchy while they 
execute is a powerful troubleshooting aid. While a VI is 
reserved it may not be edited; however the values assigned 
to its front panel controls may be changed. Depending on the 
design of the VI and the point in time when the control value 
is changed such a change may produce unexpected results. 

A •'breakpoint" may be set so that a reserved VI enters its 
"suspended" state when it is about to execute. "Suspended" 50 
is similar to idle in that the VI can be run interactively one 
or more times. However, a suspended VI can be resumed 
(passing its outputs back to the icon node) and reenter its 
reserved state. It can actually be resumed without running it 
at all. While it is suspended its indicators (outputs) can be 55 
modified as well as its controls (inputs). This capability 
enables top-down implementation and testing. "Stub" Vis 
can be built (icons and fix)nt panels but no diagram or code), 
and their execution simulated by setting the breakpoint, 
supplying relevant outputs when the VI becomes suspended, go 
and then resuming. 

Brealqpoints have been used in conventional program- 
ming languages, but there is no analogy in instrumentation 
systems. A related but dififerent analogy in instrumentation is 
remote/local loosely related to reserved/idle (no analogy to 65 
suspended). Stubs are known in progranmiing but not in 
hardware or instrumentation development. 
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The present invention provides the ability of Vis to exist 
in different states in order to protect execution from editing 
changes. Furthermore, it provides the ability to change the 
value of a VI indicator (output) while it is in its suspended 
state. 

Controls 

As illustrated in FIG, 29, whenever a token is propagated 
to a control the control is set to its normal or error state 
depending on whether the value of the token is in or out of 
range for the control. 

Signals 

In FIG. 30. after a wiring change or a control type, 
dimension, direction, or unit change the type propagation 
code will set each signal to bad or normal. The VI is not 
executable unless all its signals are normal. When a diagram 
is about to be executed, aU its signals are set to their armed 
state. When a signal is propagated from its source node it is 
set to its normal state. When the owning VI becomes idle all 
remaining armed signals are set to their normal states. 

Diagrams 

In FIG. 31, when a diagram begins execution it is set to 
its active state. When it finishes it is set to its normal state. 
When the owning VI becomes idle all active diagrams are 
set to their normal states. The diagram state is needed only 
for reset to be able to identify the active diagram of a select 
or sequence structure. 

Self Reference Nodes 

In FIG. 32, when a diagram is about to be executed the 
self reference node as well as all the other nodes in the 
diagram are set to their armed states. When all the other 
nodes have finished executing the self reference node is 
scheduled to nm by being placed on the run queue. At that 
point it is set to its fired state. When it is removed frame tiie 
run queue and executed, signalling the completion of the 
diagram, it is set to its normal state. When the owning VI 
becomes idle all remaining armed self reference nodes are 
set to their normal states. 

Structure Nodes 

In FIG. 33, when a diagram is about to be executed all the 
nodes in the diagram are set to their armed states. When a 
node's short count is decremented to zero, it is scheduled to 
run by being placed on the run queue. At that point the node 
is set to its fired state. When it is removed from the nm queue 
and begins execution it is set to its active state. When the 
subdiagrams finish (the required number of iterations) the 
structure node is set to its normal state and its outputs are 
propagated. When the owning VI becomes idle all remaining 
armed structure nodes are set to their normal states. 

Instrument Usage Nodes 

In FIG. 34, after a load operation or a change to the front 
panel of the sub VI the linking code will set the node to bad 
or normal (a node is bad also if the link is good but the sub 
VI is not executable). The owning VI is not executable, 
unless all its nodes are normal. When a diagram is about to 
be executed all nodes are set to their armed states. When a 
node's short count is decremented to zero it is scheduled to 
run by being placed on the nm queue. At that point the node 
is set to its fired state. When an instmment usage node is 
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removed from the run queue and enqueued on the sub VI 's 
self-reference node wait queue it is set to its pending state. 
When the sub VI actually begins execution in the context of 
die calling node die calling node is set to its active state. 
When the sub VI completes normally and the calling node 5 
is dequeued from the VI' s ready queue the calling node is set 
to this normal state. If the referenced VI is stopped in its 
suspended state or executing in its retrying state the calling 
node is set to its suspended state. When the owning VI 
becomes idle all remaining armed nodes within it are set to 10 
their normal states. 

Serial Virtual Instruments 

In FIG. 35, after a block diagram edit operation the type 
propagation code sets the VI to its bad or normal stale 15 
depending on the presence of bad signals or nodes (a serial 
VI is bad also if any sub VI is not executable, or if it or any 
sub VI contains a recursive reference to it). When the go 
button is hit the VI in the front window (panel or diagram) 
is set to its active state. At this point all of its sub Vis and all 20 
of theirs, etc., are set to their reserved states. When the VI 
completes normally or with an error it is placed in its idle 
state. If the reset button is hit while the VI is in its active 
state it is placed in its idle state, and all nodes in their 
pending, active, or error states are reset (which may involve 25 
resetting. their subVIs). When a VI enters its idle state from 
its active or reserved state each of its sub Vis still in its 
reserved state checks all its callers to see if it too can retum 
to its idle state. 

When a reserved VI actually begins execution in the 30 
context of a calling node it is placed in its running state. 
Whenever a VI has to abort execution because its calling 
node is being reset it is placed in its reserved state (it may 
subsequently have the opportunity to discover whether it 
should retum to its idle state). 35 

If the VI has a breakpoint set or if it detects an error on 
a control then instead of being placed in its running state at 
the start of execution it is placed in its suspended state. 

When a VI completes normally it is placed back in its 
reserved state. If a VI detects an error on an indicator the VI 
is placed in its suspended state. When the retry button is hit 
the VI is placed in the retrying state. If the VI then completes 
normally or. with an error or if the reset button is hit it is 
placed in the suspended state. A suspended VI is placed in 
the reserved state when the resume button is hit 

Front panel controls can be adjusted in any VI state but 
the effects are nondeterministic except for the idle and 
suspended states. Edit changes to the front panel or block 
diagram are not allowed in any state except idle and bad. Hie 
go button is inoperative except in the idle state. The reset 
button is inoperative except in the active and retrying states. 
The resume and retry buttons are inoperative except in the 
suspended state. 

While the VI is in its running, suspended, or retrying state, 55 
additional pending I-use nodes may be enqueued on its wait 
queue. When the current node is completed it is dequeued 
from the wait queue, the next one is set active, and the VI 
begins execution in its context 

Parallel Block Diagrairi Virtual Instruments 

In FIG. 37, a parallel block diagram VI is similar to a 
serial VI except it has no suspended or retrying states. When 
a paralld VI actually begins execution in the context of a 
calling node a done is created and placed in its running state. 65 
FIG. 36 illustrates a clone; When the clone completes 
normally it is discarded. The clone is discarded also when- 
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ever it has to abort execution because its calling node is 
being reset If the VI has a breakpoint set then instead of 
placing the clone in its running state it is placed in its 
suspended state. The execution behavior of a VI clone is 
similar to that of a reserved serial VI. 

TABLE 

State and Indication and XWsitioa Methods 

Controb and indicatoia: 

normal: nonnal image 

cnor gray indicalor or red outiine : 

Signals: 

Bad; dashwl 

Nonnal: nozmal wire pattern and color 
Armed: nonnal width light gray line 
Nodes: 

Bad: Grayed out icon 
Normal: Nonnal image 
Armed: Grayed out icon 
Fired: Norn^ image 
Pending: Nonnal image 
Active: Nonnal image 
Error Normal image 
Vis: 

Bad: go button drawn hroken 

Idle: go button normal 

Active: lesct button present 

Reserved: reserved indicator in place of go button 

Running: running indicator in place of go button 

Suspended: retry button in place of go buaon, 

resume button present 

Retrying: reset button present, 

resume button disabled 

Enor on VI Control; go button disabled 

Enor on VI Indicator resume button disabled 



FIG. 38 lurther explains execution states. In addition, the 
flowchart included as Appendix B in U.S. Pat No. 4,914,568 
explains FIG. 38 with regard to a prior embodiment and is 
incorporated herein by this reference. 

Execution States 

The fundamental capability which execution states pro- 
vide is the interactive operation of more than one virtual 
instmment at a time, as well as die construction or editing of 
virtual instruments while others are executing. 

The execution state diagram is shown in FIG. 39. State 
information is maintained internally for each virtual instru- 
ment. When the VI is in the front window, the state infor- 
mation for that VI is shown on the control palette by the one 
or two controls shown within each state in RG. 39. 

When the VI is interactively started (i.e., run from its front 
panel) it enters its active state. It remains active imtil it 
completes, at which time it remms to its idle state. At the 
point it becomes active, all lower level Vis are "reserved." 
This prevents them from being changed (a change could 
result in an execution error). A reserved VI executes in the 
context of one or more icon nodes within the diagrams of 
one or more higher level Vis. It is unreserved when all those 
higher level Vis become idle. 

Reserved Vis can have their front panel and block dia- 
gram windows open while they execute. This ability to 
observe Vis at any and all levels of the hierarchy while they 
execute is a powerful trouble-shooting aid. While a VI is 
reserved it may not be edited; however the values assigned 
to its front panel controls may be changed. Depending on the 
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design of the VI and the point in time when the control 
values is changed such a change may produce unexpected 
results. 

FIGS, 40 and FIG. 41 show five Vis in various stages of 
execution. The purpose of this example is to show how the 
change in state in one VI may cause state changes in other 
Vis, both above and below in the hierarchy. Assume all Vis 
have been loaded and all are initially in the idle state. HG. 
41 shows the execution states of all of the Vis after VI 1 is 
interactively started. Notice the changes caused in the execu- 
tion states of VI I's subVls, VI 2 and VI 3, which are now 
reserved. They may not be edited or executed interactively. 
Notice also the state of VI 4. It is in the bad VI state because 
a sub-VI is active. VI 4 may not be executed interactively, 
but editing is allowed. If VI 4 was allowed to be executed 
interactively, it would attempt to reserve VI 1, which is 
already active. There is no transition from active to reserved 
in the state diagram, so we must guarantee that a VI cannot 
become active if any of its subVIs are already active. VI 5 
has not changed states. It may be edited or executed inter- 
actively. One of its subVIs is reserved, but that does not 
affect the state of VI 5. 

Setting breakpoints is a useful debugging tool. Stopping 
on a breakpoint is implemented with execution states. A 
'^breakpoint" may be set so that a reserved VI enters its 
"suspended" state when it is about to execute. Suspended is 
similar to idle in that the VI can be run interactively one or 
more times. However, a suspended VI can be resumed 
(passing its outputs back to the icon node) and reenter its 
reserved state. It can actually be resumed without running it 
at all. While it is suspended its indicators (outputs) can be 
modified as well as its controls (inputs). This capability 
enables topdown implementation and testing. "Stub" Vis 
can be built (icons and front panels but no diagram or code) 
and their execution simulated by setting the breakpoint, 
supplying relevant outputs when the VI becomes suspended, 
and then resuming. 

Breakpoints are known in conventional programming 
languages, but there is no analogy in instnmientation sys- 
tems. Stubs are prior art in programming but not in hardware 
or instrumentation development. 

FIG, 40 shows the control palette execution state buttons 
corresponding to the Vis when VI 3 becomes suspended. A 
breakpoint was set on VI 3, and execution is suspended 
before it is executed VI 1 is stiU active, VI 2 is running, and 
VI 3 is suspended. The VI states of VI 4 and VI 5 do not 
change. 

Hie system is protected from executing with an error on 
the block diagram (wiring error). If the VI is in the bad state, 
the VI may not be executed interactively, or programmati- 
cally by a higher level instrument. When a VI becomes bad, 
all of its callers are also bad because they now contain a bad 
sub VI. When a VI changes from bad to idle, all of its callers 
are notified of the state change and they must check to see 
if any of their subVIs are sdll bad This guarantees that when 
a VI is interactively executed, it does not contain errors on 
the block diagram or any sub VI block diagrams. 

lb protect execution from editing changes that may cause 
errors, editing is not allowed except in the idle or bad state. 
Since the system guarantees that there are no block diagram 
errors when the execution begins, and no editing is allowed 
during execution, no diagram errors will be encountered 
during execution. 

The present invention provides the ability of Vis to exist 
in different states in order to protect execution from editing 
changes. Furthermore, the ability of Vis to have a breakpoint 
and suspended state enable top-down implementation (mn- 
ning a top level VI without having aU the subVIs finished 
yet). Also, it provides the ability to change the value of a VI 
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indicator (output) while it is in its suspended state. 

Operation of the Graphical System 

The graphical system and method for modeling a process 
are implemented in software. A copy of a program hsiing for 
one embodiment of the graphical system and method in 
which the present invention may be incorporated is filed as 
an Appendix to U.S. Pat. No. 4,901,221 and is hereby 
incorporated by reference. The present invention is 
described further below beginning at FIG. 115. The follow- 
ing description explains certain embodiments of the opera- 
tion of the graphical system and method in which the present 
invention may be incorporated. The explanation is intended 
to be illustrative and not exhaustive and uses specific 
examples to explain the principles of operation of the 
preferred embodiments. It will be appreciated that the prin- 
ciples of operation explained below will serve as a basis for 
the heuristic learning process necessary to fully appreciate 
and practice the full scope of the present invention. Thus, it 
is not intended that the scope and content of protection 
afforded to the present invention be limited in any way by 
the following explanation. 

The following explanation explains how to use the imple- 
mented fiinctions of the preferred embodiments. A brief 
review of virtual instmments (Vis) is provided first, fol- 
lowed by a walk through of the display menus. This pre- 
sentation is followed by a general discussion of how Vis are 
created and executed. 

Virtual Instruments 

In instrumentation applications according to the preferred 
embodiment, graphical data flow programs are referred to as 
virtual insu^ments (Vis). As previously discussed Vis have 
three main parts: the front panel, the block diagram, and the 
icon/connector. 

The front panel is the means of setting input values and 
viewing outputs from the VI block diagram. Because the 
front panel is analogous to a front panel of a real instrument, 
the inputs are called controls and the outputs are called 
indicators. However, the term "control" is also used in this 
specification to mean both controls and indicators for con- 
venience. A variety of controls and indicators, such as knobs, 
switches, buttons, charts, graphs, and so on can be used to 
make the front panel easily identifiable and understandable. 
An example of the front panel for a Temperature VI is 
illustrated in RG. 42. 

Each front panel has an accompanying block diagram, 
which is the VI program. The block diagram is built using 
a graphical programming environment, and the block dia- 
gram can be thought of as source code in this environment. 
The components of the block diagram represent program 
nodes that are "wired" together to show the flow of data 
within the block diagram. The block diagram for the Tem- 
perature VI is shown in FIG. 43. 

Referring now to FIG. 44, an icon connector is the means 
by which a VI is turned into an object that can be used in the 
block diagrams of other Vis as if it were a subroutine. The 
icon graphically represents the VI in the block diagram of 
other Vis. The connector terminals determine where the 
inputs and outputs on the icon must be wired. The terminals 
are analogous to parameters of a subroutine. They corre- 
spond to the controls and indicators on the front panel of the 
VI. FIG. 44 shows the icon and connector for the Tempera- 
ture VI. The connector is usually hidden under the icon until 
the user chooses to view it. 
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A powerful feature of the preferred embodiment lies'in the 
hierarchical nature of the VI. Once a VI is created, it can be 
used as a subVI in the block diagram of a higher-level VL 
There is no limit on the number of layers in the hierarchy. 
As an example, the VI illustrated in FIGS. 45 and 46 uses the 5 
Temperature VI as a subVI in its block diagram. The front 
panel for this VI is shown in FIG. 45 and the block diagram 
is shown in FIG. 46. Referring to FIG. 45, the Ten^jerature 
VI collects data, and then the top-level VI graphs the results. 
The user specifies the number of measurements and the lo 
delay between each measurement on the top-level VI front 
panel. The top-level VI block diagram illustrated in FIG. 46 
shows the Temperature VI in a loop. The VI collects the 
measurement during each iteration of the loop. After the 
loop has executed a specified number of times, the VI passes 15 
the data to an icon that graphs it on the front panel of the 
top-level VI, Therefore, in the preferred embodiment, a VI 
can be used as a subVL This makes block diagrams modular, 
and easy to debug, understand, and maintain. 

20 

Panel and Diagram Windows 

When the graphical programming environment is begun 
by double-clicking on its icon, a new, untitled Panel window 
appears. The Panel window displays the VI front panel and 25 
is one of the two windows used to build a VI in the preferred 
embodiment. The other window, the Diagram window, con- 
tains the block diagram. 

Front panels and block diagrams comprise collectians of 
graphical objects which represent programming elements. 30 
Front panels contain various types of controls and indica- 
tors. Block diagrams contain terminals corresponding lo 
front panel controls and indicators, as well as constants, 
fimctions, sub Vis, structures, and wires that cany data from 
one object to another. FIG. 47 shows a front panel and its 35 
associated block diagram. 

Panel Palette 

Both the Panel and Diagram windows contain a palette of 40 
command buttons and status indicators that are used for 
controlling the VI. One of two palettes is available depend- 
ing on whether the user is operating in run or edit mode. The 
palette illustrated in FIG. 48 appears at the top of the 
window when the VI is in run mode. This panel includes, 45 
from left to right, icons referred to as the Run button, the 
Mode button, the Continuous Run button, the Breakpoint 
button, the Step Mode button, the Execution Highlighting 
button, the Print Mode button, and the Data logging button. 
1. Run Mode 50 

The user clicks on the Run button (FIG. 49A) to run the 
VI. While the VI is executing, the button changes to alter- 
nate appearances as shown in . FIG. 49B depending on 
whether the VI is a top-level VI or one of the VI callers is 
running at the top level. While the VI is executing, the Stop 55 
button appears as illustrated in FIG. 49C. The user clicks on 
this button if it is necessary to halt the VI immediately. 
However, it is noted that the user should avoid using the 
Stop button to terminate a VI. The user preferably should 
either let the VI execute to completion or design a method 60 
to stop the VI gracefrilly. For example, placing a switch on 
the front panel to stop the VI is one method. If a VI contains 
an error, an icon referred to as the Broken Run button shown 
in FIG. 49D replaces the Run button and indicates that the 
VI cannot compile due to errors. To find out why, the user 65 
can click on this button and a pop-up window will list all 
errors. 
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The Mode button switches operation of the block diagram 
editor between mn mode and edit mode. In run mode, the 
user can execute but not edit a VI, In edit mode, the user can 
create and change a VI. Thus the button appears differently 
depending on whether the program is in run mode (FIG. 
50A) or edit mode (HG. 508). 

If the user desires to run the VI from the edit mode . 
without setting other options in the run mode palette, the 
user clicks on the run arrow (FIG. 49A). If necessary, the 
execution subsystem con^jiles the VI first, then switches to 
run mode, runs the VI, and returns to edit mode after the VI 
has run. 

The user clicks on the Continuous Run button (FIG. 51 A) 
to execute the VI repeatedly. While in the continuous run 
mode, the symbol changes to where the two arrows are 
darkened as shown in FIG. 51B. The user clicks on this 
button to disable continuous running. 

The user clicks on the Breakpoint button (FIG. 52A) to set 
a breakpoint in die VI. The button changes its appearance 
(FIG. 52B) to indicate when a breakpoint is set. 

The user clicks on the Step Mode button (FIG. 53A) to 
enable single-step mode. When in the single-step mode, the 
button changes appearance as indicated in FIG. 53B, and the 
Step button (FIG. 53C) appears besides it. The user clicks on 
the Step button to single-step through the VI. 

The user clicks on the Execution Highlighting button 
(FIG. 54A) to enable execution highlighting. In this mode, 
the button changes its appearance to that illustrated in FIG, 
54B, and the flow of data can be viewed through the block 
diagram. Execution highlighting is commonly used with 
single-step mode discussed above to trace the flow of data in 
the block diagram. 

The user clicks on the Print Mode button (FIG. 55A) to 
automatically print the front panel after the VI finishes 
executing and the VI has updated the indicators with new 
values. The symbol changes to indicate that the print mode 
is activated as illustrated in FIG. 55B. 

The user clicks on the Data logging button (HG. 56A) to 
log all front panel control and indicator data to the separate 
log file when the VI executes. As shown in FIG. S6B, the 
button changes to indicate when data logging is active, and 
a complementary. button (FIG. 56C) indicates. that data is 
logged in a log file. 
2. Edit Mode 

In edit mode, the user has access to the palette illustrated 
in FIG. 57 and Vis can be created and modified. Along with 
the Run and Mode buttons, this palette contains the tools 
needed to build and operate Vis. These tools include from 
left to right the Operating tool. Positioning tool, Labeling 
tool, Wiring tool, and Coloring tool. After a tool is selected 
from the menu, the mouse cursor takes its shape. 

The Operating tool (HG. 58A) is used to manipulate fit)nt 
panel controls and indicators. As shown in FIG. 58B, the 
tool changes when it passes over a text-based control such 
as a digital or string control. 

The Positioning tool (FIG. 59A) is used to select, move, 
or resize objects. The tool changes form when it passes over 
a comer of a resizable object, as illustrated in FIG. 59B and 
59C. 

The Labeling tool appears as shown in FIG. 60B and is 
used to enter text into labels or create fi^e labels. The tool 
changes to the form illustrated in FIG.:60C when the user 
creates free labels. 

The ^^ng tool (FIG. 61) is used to wire objects together 
on the block diagram. 

The Coloring tool (FIG. 62) is used to color an object. 
FIG. 62B shows the alternate form of the coloring tool when 
the user wishes to set the color of the tool from the object. 
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When any tool is placed over a sub VI or function icon, 
information pertaining to the particular subVI or function is 
displayed in the Help ^ndow. It is noted that the user must 
first select Show Help Window from the Wndows menu to 
do so. 

Pop-Up Menus 

Ihc menu used most often in the preferred embodiment is 
the pop-up menu. Nearly all the objects required to build Vis 
require pop-up menus for selection and modification. The 
. action of accessing a pop-up menu is known as "popping- 
up." 

Pull-Down Menus 

15 

The menu bar at the top of the screen illustrated in FIG. 
63 contains several puU-down menus. The pull-down menus 
contain options common to most explications, such as Open, 
Save. Copy, and Paste, as well as many others. FIG. 63 
shows the menu bar when the Panel window is active. As 20 
shown in FIG. 70 the Functions menu replaces the Controls 
menu when the Diagram window is active. 

1. File Menu 

Referring now to HG. 64, options in the File menu arc 
used primarily to open, close, save, and print Vis. 25 

The New option creates a new VI and opens its panel. 

The Open . . . option opens an existing VI, 

The Close option closes the active window. 

The Save option saves the cuacnt VI. 

The Save As . . . option saves the current VI under a new 30 
name. 

The Save A Copy As . . . option saves a copy of the current 
VI tmder a new name. 

The Save with Options . . . option allows options for 
saving Vis without hierarchy and/or block diagrams. 35 

The Revert . . . option reverts the current VI to the last 
saved version. 

The Page Setup . . . option sets configuration options for 
the printer. 

The Page Layout . . . option sets options for printing the 40 
VI. 

The Print Preview . . . option displays selected VI 
components as they appear when printed. 

Hie Print . . . option prints selected components of the 
current VI. 45 

TTie Data Logging option displays data logging options. 

The Get Info , . , option displays a dialog box containing 
information on the current VI. 

The Edit VI Library . . . option removes Vis in a library 
or rearranges VI palette order. 50 

The Mass Compile . . . option compiles all Vis in a library. 

The Import Picture . . . option imports graphics files. 

The Build Application . , . option builds a stand-alone 
application using Application Builder (optional). 

The Quit or Exit option quits operation. 55 

2. Edit Menu 

As shown in FIG. 65 the options in the Edit menu are used 
to build the front panel and block diagram of a VI. 

The UNDO option restores the current VI to its state 
immediately prior to the last editing step (currentiy not 60 
implemented). 

The Cut option removes the selected object and places it 
on the Qipboard, 

The Copy option copies the selected object and places it 
on the Qipboard. 65 

The Paste option places a copy of the Clipboard contents 
in the active window. 



The Clear option deletes the selected object 
The Remove Bad Wires option deletes all faulty wiring 
connections. 

The Panel Order . . . option changes the order number for 
front panel objects interactively. 

The Edit Control . . . option invokes tiie Control Editor 

The Aligrunent option aligns selected items using a 
selected Alignment axis. 

The Align option aligns the selected items by the current 
Aligimient setting. 

The Disttibution option distributes selected items using a 
selected Distribution setting. 

The Distribute option spaces the selected items by the 
current Distribution setting. 

The Move Forward option moves selected item one 
position higher in the stack. 

The Move Backward option moves the selected item one 
position lower in the stack. 

The Move to Front option moves the selected item to the 
top of the stack. 

The Move to Back option moves the selected item to the 
bottom the stack. 

The Preferences . . . option sets preferences for memory, 
disk» and display. 

The Move Forward, Move Backwared, Move to Front, 
and Move to Back options are useful when multiple objects 
are "stacked up" so tiiat they overiap. This is a useful feature 
for creating certain visual effects on the front panel. 

3. Operate Menu 

As shown in FIG. 66 the commands in the Operate menu 
are used to execute the VI. 

The Run option executes the current VI. 

The Stop option stops execution of the current VI. 

The Change to Run Mode option toggles between Run 
mode and Edit mode. (In run mode the menu item reads 
"Change to Edit Mode") 

The Make Current Values Default option makes current 
values the default on all controls and indicators. 

The Reinitialize All to Default option sets all controls and 
indicators to their defaialt values. 

4. Controls Menu 

Referring now to FIG. 67 controls and indicators are 
added to the front panel via the Controls menu. Each option 
in the menu displays a palette of available controls and 
indicators for that selection. The Controls menu is available 
only when the Panel window is active. 

The Numeric option displays controls and indicators for 
numeric data. 

The Boolean option displays controls and indicators for 
Boolean values. 

The String option displays controls and indicators for 
ASCII character strings. 

The Array & Cluster option displays controls and indica- 
tors that group sets of data types. 

The Graph option displays indicators that plot numeric 
data in graph or real time chart form. 

The Path & RefNum option displays controls for file paths 
and refnums. 

The Decoration option displays graphical objects that 
enhance the panel display. 

The Control . . . option displays a dialog box to load 
custom conU'ols. 

The Picture option displays indicators for drawing graphi- 
cal objects. 

5. Wmdows Menu 

Referring now to FIG. 68 the Windows menu is used to 
locate opened windows quickly and to open windows of 
sub Vis and calling Vis. 
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The Show Diagram option makes the diagram window 
active. (When the diagram is active, the menu item reads 
"Show Panel*') 

The Show Help Window displays the help window for 
block diagram fimction and Vis. (When the Help Wndow is 5 
visible the menu item reads "Hide Help Window") 

Hie Show Clipboard option displays the contents of the 
clipboard, (if clipboard visible then "hide") 

The Tile option displays the front panel and block dia- 
gram of a VI side by side. lo 

The Full Size option uses the entire screen to display the 
active window. 

The About Lab VIEW . . . option displays a dialog box 
with the Lab VIEW version number. The preferred embodi- 
ment of the graphical dataflow programming environment is IS 
marketed under the trademark Lab VIEW®. 

The Show VI Hierarchy option graphically displays the 
calling hierarchy of all Vis in memory, (if hierarchy window 
visible, menu reads "hide hierarchy window") 

The This VI's Callers and the This VI's Callees options 20 
displays a palette of Vis that call the cunent VI and a palette 
of sub Vis of the current VI» respectively. 

The Unopened SubVIs option displays a palette of sjibVIs 
that are unopened, 

The Unopened Type Defs option . . . allows the user to 25 
open a file containing the original of a type definition. For , 
more information please see related U.S. patent application 
Ser No. 0/125,459. titled "Method and Apparams for Pro- 
viding Improved Type Compatability Checking Data Stmc- 
turc Variable Referencing in a Graphical Data How Pro- 30 
gram." filed Sep. 22, 1993, which is hereby incorporated by 
reference. 

At the bottom of the Windows menu, all the Panel and 
Diagram windows currendy open are listed. A check mark 
indicates an active window. 35 
6. Text Menu 

Referring now to FIG. 69, the Text menu is used to change 
the font, style, and color of text 

The Apply Font option displays options to let the user 
choose from predefined font styles. 40 

The Font option displays available fonts. 

The Size option displays font sizes. 

The Style option displays font styles such as plain, bold, 
italic, and underline. 

The Justify option displays options to justify text such as 45 
left, center, and right. 

The Color option displays a color palette to color text. 

As shown in FIG. 70, when the Diagram window is 
active, the Functions menu illustrated in FIG. 71 replaces the 
Controls menu from the Panel window menu bar. All other 50 
menu selections are identical. 

7. Functions Menu 

The user builds the block diagram with the Functions 
menu. Each option in the menu displays a palette of avail- 
able icons for that option. As mentioned above, the Func- 
tions menu is only available when the Diagram window is 
active. 

The Structs & Constants option displays program control 
structures, such as For Loops and constants. 

The Arithmetic option displays arithmetic and logical 
ftinctions. 

ThQ Trig & Log option displays trigonometric and loga- 
rithmic functions. 55 

The Comparison option displays functions to compare 
numbers, Booleans, or strings. 
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The Conversion option displays functions to convert from 
one data type to another. 

The String option displays functions to manipulate 
strings. 

The Array & Cluster option displays fimction to process 
arrays and graph data. 

The File I/O option displays functions for reading and 
writing files. 

The Dialog & Date/Time option displays functions for 
operator dialog, timing, and time/date acquisition. 

The Miscellaneous option displays miscellaneous func- 
tions. 

The VI . . . option invokes the Select File dialog box, from 
which you can select any VI. 

The Analysis option displays analysis Vis. 

The DAQ option displays data acquisition Vis (for plug- 
in data acquisition boards). 

The GPIB option displays Vis for controlling the GPIB 
interface. 

The Basics Course option displays tiie Vis used in the 
Basic training course manual. 

The Network option displays Vis for communicating over 
a network. 

The Picture option displays Vis for creating pictures. 
The Serial option displays Vis for controlling a serial port. 
The Tutorial option displays Vis used in the tutuorial 
manual. 

The Utility option displays utility Vis. 

■ Creating a VI 

Vis have three main parts: the front panel, the block 
diagram, and the icon/connector. The front panel and the 
block diagram are discussed here, and the icon/connector Is 
discussed below. 

Front Panel 

The front panel of a VI is built with a combination of 
controls and indicators. Controls are the means of supplying 
data to the VI. Indicators display data that the VI generates. 
There are several types of controls and indicators. These 
include numeric, Boolean (True-False), string, array and 
cluster, and graph. Controls and indicators are added to the 
front panel through the Controls menu. 

"Popping up" is the preferred method for placing objects 
on the Panel and Diagram windows. If a free area in the 
Panel window is popped up on, the Controls menu is 
accessed. Similarly, if a free area in the Diagram window is 
popped up on, the Functions menu is accessed. This method 
is not only quicker tiian moving the cursor to the panel 
palette, but the selected item will appear where the cursor is 
positioned instead of at the center of the window. 

Numeric Controls and Indicators 

Numeric controls are used to enter nimieric quantities, 
while numeric indicators display numeric quantities. The 
two most commonly used numeric objects are the digital 
control and the digital indicator illustrated in FIG. 72. 

Boolean Controls and Indicators 

Boolean controls and indicators are used to enter and 
display Boolean (True-False) values. Boolean objects simu- 
late switches, buttons, and LEDs. The most commonly used 
Boolean objects are the vertical switch and the round LED 
illustrated in FIG. 73. 
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Configuring Controls and Indicators 

Nearly all of the controls and indicators can be configured 
using options from their pop-up menus. Popping up on 
individual components of controls and indicators displays 
menus for customizing those components. This method is ^ 
illustrated in FIG. 74 for a digital control 

Block Diagram 

As illustrated in FIG. 75, the block diagram is composed 
of nodes, terminals, and wires. Nodes are program execution 
elements and nodes are analogous to statements, functions, 
and subroutines in conventional, text-based programming 
languages. There arc four node types — ^functions or primi- 
tives, subVI nodes, stractures, and Code Interface Nodes 
(CINs). Functions are the built-in nodes for performing 15 
elementary operations such as adding numbers, file I/O, or 
string formatting. SubVI nodes are Vis that are designed by 
the user and later called from the diagram of another VI. 
Structures such as For Loops and While Loops control the 
flow of the program. CINs are interfaces between the block 20 
diagram and user-supplied code written in a text-based 
programming language. HG. 75 shows a VI that has two 
function nodes, one that adds two numbers and one that 
subtracts them. 

Terminals are ports through which data passes between 25 
the block diagram and the front panel and between nodes of 
the block diagram. Terminals are analogous to parameters 
and constants. There are two types of terminals — control or 
indicator terminals and node terminals. Control and indica- 
tor terminals belong to front panel controls and indicators. 
The values that an operator or a calling VI enters into these 
controls pass to the block diagram through these terminals 
when the VI executes. When the VI finishes executing, the 
output data passes from the block diagram to the front panel 
through the indicator terminals. Control and indicator ter- 
minals are automatically created or deleted when a front 
panel control or indicator is created or deleted. The block 
diagram of the example VI in FIG. 75 shows terminals 
belonging to four front panel controls and indicators. Like 
Vis, the Add and Subtract functions also have node termi- 
nals which underlie the icon. The terminal pattern for the 
Add function and the Subtract function is also illustrated in 
HG. 75. 

Wires are data paths between terminals and are analogous 
to variables in conventional languages. Data flows in only 45 
one direction, from a source terminal to one or more 
destination terminals. Different wire pattems represent dif- 
ferent data types, as shown in FIG. 76. On a color monitor 
each data type appears in a different color for emphasis. 
Examples of the more common wire types are also shown in 50 
FIG. 76. 

Data Flow Progranmiing 

The principle that governs how a program executes in the 
preferred embodiment is called data flow. A node executes 55 
only when data is available at all its input terminals; the node 
supplies data to all of its output terminals when it finishes; 
and the data passes immediately from source to destination 
terminals. Data flow contrasts with the control flow method 
of executing a conventional program, in which instructions 50 
execute in the sequence in which they are written. 

As an example, consider a VI that multiplies two numbera 
together and then subtracts 50.0 from the result of the 
addition. The block diagram for such a VI is shown in HG. 
77. In this case, the block diagram executes from left to 65 
right, not because the objects are placed in that order, but 
because one of the inputs of the Subtract function is not valid 
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until the Multiply function has multiplied Uie numbers 
together and passed the data to the Subtract function. It is 
again noted that a. node (function) executes only when data 
is available at all of its input terminals, and it supplies data 
to its output terminals only when it finishes. 

In the example shown in FIG. 78, it is not clear which 
function would execute first — the multiply or divide. This is 
unknown because input to both tiie divide and multiply 
functions is available at the same time. In a simation where 
one function must execute before another, and there is no 
type of dependency between the functions, a Sequence 
stmcmre must be used to force the order of execution. 



Basic Ideas 

Referring now to FIG. 79, one key to creating appHcations 
in the preferred embodiment is imderstanding and using the 
hierarchical nature of the VI. That is, once a VI is created, 
it can be used as a sub VI in the block diagram of a 
higher-level VI. When creating an application, the user 
should start at the top-level VI and define the inputs and 
outputs for the application. Then, subVIs arc constructed to 
perform die necessary operations on the data as it flows 
tiirough the block diagram. If a block diagram has a large 
number of icons, they should be grouped into a lower-level 
VI to maintain the simplicity of tiie block diagram. This 
modular approach makes applications easy to debug, under- 
stand, and maintaia 

As an example, consider a VI that adds three numbers 
together and remms the result. The front panel and the block 
diagram for die VI shown in FIG. 80. To use this VI as 
sub VI, an icon and a connector must be created for it. 



Creating the Icon and Connector 

A VI used as a sub VI needs an icon to represent it in the 
block diagram of a calUng VI. The sub VI also must have a 
connector with terminals to pass data to and from the 
higher-level VI. 



Icon 

Every VI has a default icon displayed in the upper-right 
comer of the Panel and Diagram windows. The default icon 
is a blank frame. The Icon Editor is used to design the icon 
by turning individual pixels on and off. To activate the Icon 
Editor, pop up on the blank icon in die top right comer of tiie 
Panel window and select Edit Icon as shown in HG. 81. It 
is noted Uiat the menu is available only in the edit mode. The 
window illustrated in FIG. 82 appears. The tools shown on 
the left side of the illustration are used to create the icon 
design in the fat pixel editing area. The actual-size icon 
image appears in one of the boxes to die right of the editing 
area. 



Connector 

The connector is the programmatic interface to a VI. Data 
passes from front panel controls and to front panel indicators 
via the connector terminals. Connections are defined by 
choosing the number of terminals desired for the VI and 
assigning a front panel control or indicator to each of those 
terminals. If the panel controls or indicators are used pro- 
grammatically, these controls or indicators need terminals 
on the coimecior pane. 
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To define a connector, Show Connector is selected from 
the icon pane pop-up menu, as illustrated in PIG. 83. The 
Diagram window does not have a connector pane. The 
connector replaces the icon in the upper-right comer of the 
Panel window, as shown in FIG. 84. The block diagram 5 
editor tries to select a terminal pattern for the VI with as 
many terminals on the left of the connector pane as controls 
on the front panel, and as many terminals on the right of the 
connector pane as indicators on the front panel. 

Each rectangle on the connector represents a terminal 
area, and the rectangles may be used for either input to or 
output from the VL If necessary, different terminal patterns 
can be selected for the VI. 

Selecting and Modifying Terminal Patterns 

Referring now to FIG. 85, to select a different terminal 
pattern for the VI, pop up on the cormector and choose 
Patterns from the pop-up menu. A boldfaced border high- 
lights the pattern currenfly associated with the icon. To 
change the pattern, click on a new pattem. If a new pattern 
is chosen, any assignment of controls and indicators to the 
terminals on the old connector pane will be lost 

In order to change the spatial arrangement of the connec- ^5 
tor terminal patterns, one of the foUowing commands from 
the connector pane pop-up menu is chosen: Flip Horizontal, 
Hip Vertical, or Rotate 90°. These items are disabled if any 
terminal coimections exist. 

30 

Assigning Terminals to Controls and Indicators 

Front panel controls and indicators are assigned to the 
terminals using the wiring tool. The following steps detail 
the method to follow in order to associate the cormector pane 35 
with the front panel controls and indicators. 

1. Click on a connector terminal. The tool automatically 
changes to the Wiring tool. The terminal turns black (See 
FIG. 86). 

2. Qick on the front panel control or indicator to be assigned 40 
to the selected terminal. A marquee frames the selected 
control as shown in FIG. 87. As shown in FIG. 88, if the 
cursor is positioned in free space and clicked, the dashed 
line disappears and the selected terminal dims, indicating 
that the control or indicator selected now corresponds to 45 
the dinmied terminal, li is noted that although the Wiring 
tool is used to assign terminals on the connector to front 
panel controls and indicators, no wires are drawn between 
the cormector and these controls and indicators. 

3. Steps 1 and 2 are repeated for each control and indicator 50 
to be coimected. 

It is also possible to selea the control or indicator first and 
then select the terminal. A pattem can be chosen with more 
terminals than necessary. Unassigned terminals do not affect 
the operation of the VI, There can also be more front panel 55 
controls than terminals. 

Using a VI as a Sub VI 

Any VI that has an icon and a connector may be used as 60 
a sub VI in the block diagram of another VI. Vis to be used 
as subVIs are selected from the VI . . . option of the 
Functions menu as shown in FIG. 89. Choosing this option 
produces a file dialog box, from which any VI in the system 
can be selected. If a VI is opened that does not have an icon 65 
and a cormector, a blank square box appears in the calling 
VTs block diagram. This node caimot be wired to. 



741 

48 

A subVI is analogous to a subroutine. A sub VI node 
(icon/cormector, i.e., I-use node) is analogous to a subroutine 
call. The subVI node is not the subVI itself, just as a 
subroutine call statement in a text-based program is not the 
subroutine itself. A block diagram that contains several 
identical subVI nodes calls that subVI several times. 

Opening, Operating, and Changing SubVIs 

A VI used as a sub VI may be opened from the calling VI 
block diagram. The Panel window of the sub VI is opened by 
double-clicking on the subVI icon. Hie Diagram window 
can then be opened by selecting Show Diagram from the 
Windows menu. 

Any changes made to a sub VI alter only the version in 
memory until the sub VI is saved. It is noted that the changes 
affect all calls to the sub VI and not just the node used to open 
the VI. 

Online Help for SubVI Nodes 

When one of the editing tools is moved across a subVI 
node, the Help window shows the sub VI icon with wires 
attached to each terminal. An example is shown in FIG. 90. 
Show Help Window is first selected and then an editing tool 
is placed on the sub VI to display the wiring diagram. After 
choosing the Help window, the Diagram window must be 
clicked on to make it active. 

While Loop 

Referring now to FIG. 91, the While Loop, which is 
referred to in FIG. 12D as an indefinite loop structure, is 
placed in the block diagram by selecting it from the Structs 
& Constants palette of the Functions menu (FIG. 71). As 
shown in FIG. 92, the While Loop is a resizable box used to 
execute the diagram inside it until the Boolean value passed 
to the conditional terminal is FALSE. The VI checks the 
conditional terminal at the end of each iteration; therefore, 
the While Loop always executes once. The iteration terminal 
is an output numeric terminal that contains the number of 
times the loop has executed. 

The While Loop is equivalent to the following pseudo- 
code: Do 

Execute Diagram Inside the Loop (which sets the condi- 
tion) While Condition is TRUE In the example shown 
in FIG. 93, tiie. While Loop executes until the value 
output from tiie subVI is less than 10 or the Enable 
Boolean is FALSE. (The And function outputs a TRUE 
only if botii inputs are TRUE; otherwise it outputs a 
FALSE.) 

For Loop 

Referring now to FIG. 94. the For Loop, which is referred 
to in FIG. 12B as an iterative loop structure, is placed on the 
block diagram by selecting it from the Structs & Constants 
palette of the Functions menu (FIG. 71). The For Loop is a 
resizable box. and it executes the diagram inside its border 
a predetermined number of times. The For Loop has two 
terminals: the count terminal (an input terminal) and the 
iteration terminal (an output terminal). The count terrninal 
specifies the number of times (N) to execute the loop. The 
iteration terminal contains the number of times (i) the loop 
has executed. 

The For Loop is equivalent to the following pseudo-code: 
For i=0 to N-1 Execute Diagram Inside The Loop 
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The example in FIG. 95 shows a For Loop that generates 
100 random numbers and displays the points on a waveform 
chart. It is noted that the loop timing of For Loops and While 
Loops can be controlled using a function referred to as "Wait 
Until Next ms Multiple." This function ensures that no 5 
iteration is shorter than a specified number of milliseconds. 

Numeric Conversion 

All previous numeric controls and indicators are double- 
precision floating-point numbers. In the preferred embodi- 
ment, however, ntmaerics can be represented as integers 
(byte, word, or long) or floating-point numbers (single, 
double, or extended precision). The default representation 
for a numeric is double precision floating point. 

If two terminals arc wired together that are of different 
data types, the block diagram editor converts one of the 
terminals to the same representation as the other tenninal. As 
a reminder, the editor places a gray dot, called a coercion 
dot, on the terminal where the conversion takes place. 

For example, consider the For Loop count terminal "N" in 
HG. 96. The terminal representation is a long integer. If a 
double-precision floating-point number is wired to the count 
terminal, the hlock diagram editor converts the number to a 25 
long integer. 

When the VI converts floating-point numbers to integers, 
the VI roimds to the nearest integer, x.5 is round to the 
nearest even integer. For example, 2.5 is rounded to 2 and 
3.5 is rounded to 4. 30 

Shift Registers 

Referring now to FIG. 97, shift registers (available for 
WhUe Loops and For Loops) are local variables that transfer 
values from one iteration to the next A shift register is 
created by popping up on the left or right loop border and 
selecting Add Shift Register from the pop-up menu. 

As shown in FIG. 97, the shift register contains a pair of 
terminals directly opposite each other on the vertical sides of ^ 
the loop border. The right termina] stores the data upon the 
completion of an iteration. That data is shifted at the end of 
the iteration and it appears in the left tenninal at the 
beginning of die next iteration (see FIG. 98). A shift register 
can hold any data type — ^numeric. Boolean, string, array, and 
so on. The shift register automatically adapts to the data type 
of the first object that is wired to the shift register. 

As shown in HG. 99, the shift register can be configured 
to remember values from several previous iterations. This 
feature is very useftil when averaging data points. Additional 
terminals are created to access values frx)m previous itera- 
tions by popping up on the left terminal and choosing Add 
Element from the pop-up menu. For example, if three 
elements are added to the left tenninal, values can be 
accessed from the last three iterations. 

Initializing Shift Registers 

Referring now to HG. 100, to initialize the shift register 60 
with a specific value, the initial value is wired to the left 
tenninal of the shift register (outside the While Loop). If the 
initial value is left unwired, the initial value will be the 
default value for the shift register data type. For example, if 
the shift register data type is Boolean, the initial value will 65 
be FALSE. Similarly, if the shift register data type is 
numeric, the initial value will be zero. 
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It is noted that values stored in the shift register are not 
discarded until the VI is closed and removed from memory. 
In other words, if a VI is run which contains uninitialized 
shift registers, the initial values for the subsequent run will 
be the ones left from the previous run. 



Case Structure 

Referring now to HG. 101, the Case Structure is placed 
on the block diagram by selecting it from the Stmcts & 
Constants palette of the Functions menu (HG. 71). The Case 
Structure shown in HGS, 102 and 103 are analogous to case 
statements or if . . , then . , . else statements in conventional, 
text-based programming languages. The Case Structure is 
configured like a deck of cards; only one case is visible at a 
time. Each case contains a subdiagram. Only one case 
executes depending on the value wired to the selector 
terminal. The selector terminal can be either numeric or 
Boolean as shown in HGS. 102 and 103, respectively. If the 
data type is Boolean, the structure has a True case and a 
False case. If the data type is numeric, the structure can have 
up to 2^^-l cases. 

HG, 104 is an example of a Boolean Case structure. In 
this example, the numbers pass through tunnels to the Case 
stmcturc, and are either added or subtracted, depending on 
the value wired to the selector terminal. If the Boolean wired 
to the selector terminal is FALSE, the VI will add the 
numbers; otherwise, the VI will subtract the numbers. 



Sequence Structure 

Referring now to HG. 105, the Sequence Structure is 
placed on the block diagram by selecting it from the Structs 
& Constants palette of the Functions menu (HG. 71). As 
shown in HG. 106, the Sequence Structure looks like a 
frame of film, and it operates to execute diagrams sequen- 
tially. In conventional text-based languages, the program 
statements execute in the order in which they appear. In 
contrast, in data flow progranmiing a node executes when 
data is available at all of the node inputs. However, some- 
times it is necessary to ensure that one node is executed 
before another The Sequence Structure is a method of 
controlling the order in which nodes execute. The diagram 
to be executed first is placed inside the border of Frame 0, 
the diagram to be executed second is placed inside the 
border of Frame 1, and so on. As with the Case Structure, 
only one frame is visible at a time. 



Sequence Locals 

Sequence locals are variables that pass data between 
frames of a Sequence structure. Sequence locals can be 
created on the border of a frame the data wired to a frame 
sequence local is then available in subsequent frames. The 
data, however, is not available in frames preceding the frame 
in which the sequence local was created. 

The example illustrated in HG. 107 shows a three-frame 
Sequence structure. A sequence local in Frame 1 passes the 
value that the Tick Count (ms) function returns. (The Tick 
Count (ms) function returns the number of milliseconds that 
have elapsed since power on.) Note that this value is 
available in Frame 2 (as the arrow pointing into Frame 2 
indicates). Also note that the VI displays only one sequence 
frwe at a time. 
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Formula Node 

Referring now to FIG. 108, the Formula Node is placed on 
the block diagram by selecting it from the Structs & Con- 
stants palette of the Functions menu (FIG. 71). The Formula ^ 
Node is a resizable box that is used to enter algebraic 
formulas directly into the block diagram. This feature is 
extremely useful when the function equation has many 
variables or is otherwise complicated. For example, consider 
the equation y=x^+x+ 1, If this equation is implemented 
using regular arithmetic functions, the block diagram 
appears like that shown in FIG, 109. The same equation can 
be implemented using a Formula Node, as shown in FIG. 
110. 

With the Formula Node, the user can directly enter a 15 
complicated formula, or formulas, in lieu of creating block 
diagram subsections. The input and output terminals of the 
Formula Node are created by popping up on the border of 
the node and choosing Add Input (Add Output) from the 
pop-up menu. The fonnula or formulas are entered inside the 20 
box. Each formula statement must terminate with a semi- 
colon (;). 



Waveform Charts 

25 

The waveform chart is a special numeric indicator that 
displays one or more plots. The waveform chart is in the 
Graph palette of the Controls menu. Waveform charts may 
display single or multiple traces. An example of a multiple- 
plot waveform chart is shown in FIG. Ill, 30 

As shown in HG. 112, the waveform chart has three 
update modes — strip chart, scope chart, and sweep chart. 
The update mode can be selected by popping up on the 
waveform chart and choosing one of the options from the 
Data Operation Update Mode menu, (In the run mode, 35 
Update Mode from the chart pop-up menu is selected.) 

The strip chart has a scrolling display similar to a paper 
strip chart The scope chart and the sweep chart have 
retracing displays siinilar to an oscilloscope. Because there 
is less overhead in retracing a plot, the scope chart and the 
sweep chart are significantly faster than the strip chart in 
displaying plots. On the scope chart, when the plot reaches 
the right border of the plotting area, the plot is erased, and 
plotting begins again from the left border. The sweep chart 
acts much like the scope chart, but the display does not blank 
when the data reaches the right border. Instead, a moving 
vertical line marks the begmning of new data and moves 
across the display as- new data is added. 
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Wiring a Single-Plot Chart 

A scalar output can be directly wired to a waveform chart. 
Tlie data type displayed in the waveforms chart's terminal 
icon matches the input type, as shown in FIG. 113. 35 

Wiring a Multiple-Plot Chart 

Waveform charts can accommodate more than one plot. 
The data must be bundled together using the Bundle ftinc- 60 
tion (Array & Ouster menu). As shown in FIG. 114, the 
Bimdle function "bundles" or groups the output of the three 
different Vis that acquire temperature for plotting on the 
waveform chart. It is noted that the waveform chart terminal 
icon changes. To add more plots, the number of Bundle 65 
function input terminals are increased by resizing the Bimdle 
function using the Positioning tool. 



52 

Attribute Nodes of the Present Invention 

To summarize, in creating a virtual instrument, a user first 
creates a firont panel including various controls or indicators 
that represent the respective input and output that will be 
used by the VI. When the controls and indicators are created 
in the front panel, corresponding icons are automatically 
created in the block diagram by the block diagram editor. 
The user then chooses various functions, etc. that accom- 
plish his desired result, cormecting these function icons 
between the terminals of the respective control icons and 
indicator icons. In other words, the user creates a block 
diagram representing the graphical data flow program which 
accomplishes his desired function. This is done by wiring up 
various functions between the control icons and indicator 
icons. The manipulation and organization of icons in turn 
produces machine language code that accomplishes the 
desired method or process as shown in the block diagram. A 
user then optionally chooses a coimector pane representing 
the input and output terminals corresponding to the respec- 
tive controls and indicators already created. 

Once the controls and indicators have been placed on the 
front panel and once a connector pane has been selected, a 
user then associates respective terminals on the coimector 
pane to the respective controls and indicators. For example, 
if a connector pane having three terminals has been selected, 
and two controls and one indicator are created on the front 
panel, the user selects which respective terminal on the 
connector pane corresponds to each respective control on the 
front panel and then associates the final terminal on the 
coimector pane to the remaining indicator. 

A user adjusts the input to the .virmal instrument by 
changing data input using the controls. This uiput data from 
the user propagates through the data flow block diagram or 
graphical program and appears as changes on the indicators. 
The data that flows from the controls to the indicators in this 
manner is referred to as control data. 

Controls can be of varying types including numeric, 
boolean, or string. A control can also be a cluster or array of 
the above types. For a numeric type control, the control data 
input or output from the control comprises a numeric type, 
i.e., a number. For a boolean type control, the control data 
input or output from the control comprises a boolean value, 
i.e., true or false. For a string type control the control data 
input or output from the control comprises a text string. In 
the following description, controls and indicators are 
referred to collectively as controls. 

As discussed in the Background section, it would be 
highly desirable for the system and method, described in 
Kodosky et al. to allow a block diagram to programmatically 
access various parameters of a control or indicator. It would 
be desirable to provide access to these parameters to the user . 
during execution and also programmatically from the block 
diagram. In other words, it would be highly desirable for a 
block diagram to be able to both read various parameters 
from a control and write to the respective parameters of the 
control, it being further desirable that a user be allowed to 
write data to the parameters of a control which can then be 
read by the block diagram to allow the user to more fully 
interact with a block diagram. 

In the preferred embodiment of the invention, a system 
and method is provided which allows a user to program- 
matically access various parameters of a control. In this 
manner, a user can programmatically make changes that 
affect the output or appearance of controls. A user can also 
access these parameters interactively during execution of a 
block diagram. In the preferred embodiment of the inven- 
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tion, a user can create an object referred to as an attribute 
node containing one or more attributes corresponding to 
controls that affect a parameter or attribute of the control, 
such as the color used for the respective display, the vis- 
ibility of the control, the scales or cursor position for 5 
respective graphs or charts, etc. The parameters of a control 
on the from panel which can be accessed by the user or 
programmatically accessed by a block diagram according to 
the present invention are refcaed to as attributes. 

An attribute of a control can be defined as affecting or 
regarding the appearance of the control. Thus an attribute is 
different from control data passed to or finom a control which 
is strictly limited to the data type of the control and is not 
associated with the appearance of the control. An analogy 15 
can be drawn to a clock. With regard to a clock, the control 
data output from the clock is the time. Various attributes of 
the clock include the numbering style used for the hours, i.e., 
Roman numerals or Arabic numerals. Other attributes would 
be the size and color of the hands of the clock, the back- 20 
ground color, the size of the face, etc. 

An attribute node is associated with a control on the front 
panel and operates to provide a more meaningful visual 
output to the user. One purpose of an attribute node is to 
affect the visual output of a control provided on the front 
panel depending on events which occur during execution of 
a VI or on user input during execution of a VI. Another 
purpose of an attribute node is to allow the execution 
subsystem to monitor user interaction by reading attribute 30 
data that previously was not available to the program. In the 
following description, the front panel can include one or 
more data sources (controls) and one or more data sinks 
(indicators). An attribute node operates on panel display 
elements regardless of whether the data flow happens to be 33 
from a data source or a data sink. Also, as discussed above, 
the term control is used herein to refer to both controls and 
indicators. 

An attribute node allows two types of operations, these 
being reading an attribute node or writing to an attribute ^ 
node. These operations of reading and writing an attribute 
can be performed either by a block diagram during execu- 
tion, wherein the user has programmed the block diagram to 
perform this function, or interactively by the user that can be 
read by a block diagram during execution. The process of 
writing to an attribute node refers to the execution sub- 
system updating an attribute of a control on the front panel 
display to reflect an attribute that has been set programmati- 
cally in a block diagram. The user can also "write" to an 50 
attribute by providing input to a control in the front panel 
during execution of a block diagram. Reading an attribute 
node refers to the execution subsystem reading the value of 
an attribute for a certain control during block diagram 
execution that may have been changed by the user, or may 55 
have been changed during execution of a VI. Reading an 
attribute also refers to the user viewing changes to the 
atuibute during execution. Some attributes can be changed 
by a user and practically all can be changed by the execution 
subsystem. Therefore, during execution of a VI, the process 60 
of writing to an attribute node corresponds to changing the 
front panel display and thus affecting what the user acmally 
sees. The step of reading an attribute node does not actively 
change the front panel, but allows the program to see how 
the user is changing the front panel. Knowing this, the 65 
program can make further decisions, thus greatly increasing 
the flexibility of a VI. 
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As previously noted, an attribute is defined as a parameter 
of a control other than conventional control data which 
primarily affects the appearance of the control! In the 
preferred embodiment, attribute data is comprised in a data 
structure separate and apart from control data. Therefore, 
one way to distinguish control data from attribute data is that 
control data passes through terminals on a block diagram 
using the connector pane. However, it is also noted that a 
different embodiment of the present invention can include a 
single data strucmre type wherein data that propagates 
through the connector pane and data that is used to affect 
attributes on controls are incorporated into one single data 
type. However, this is not deemed to be as useful or user 
friendly due to the fact that any one change to one element 
of this data set would require the block diagram editor to 
read all elements, replace that element, and then update the 
entire data type, all in one piece. In addition, a data type so 
created would be large and unwieldy, and thus it would be 
difficult for a user to manipulate and understand properly. 
Therefore, in the preferred embodiment of the invention, 
control data resides in a data structure separate from 
attribute data. 

One novel feature of the present invention is that an 
attribute node can include within it a plurality of different 
attributes some of which are to be read and some of which 
are to be written. In other words, an attribute node can 
include one or more attributes which arc read in order for the 
program to determine how the user is influencing the pro- 
gram as well as attributes which are written, i.e. attributes 
that change the behavior or appearance of controls and 
indicators on the front panel. In addition, the same atuibute 
within an attribute node can be both read and written. This 
provides a great amount of flexibility in allowing the user to 
provide a more meaningful visual interaction with the front 
panel. Another novel feature is that each attribute node 
containing a plurality of attributes will sequence through the 
node from top to bottom and the attributes in the node are 
chosen from a menu allowing them to be arranged in any 
order. This provides a convenient means for sequencing 
through the attributes in a user specified order without 
requiring the sequencing structure. This greatly sinq)lifies 
the creation of attribute nodes in a VI and simplifies 
sequencing through the reading and writing of attributes 
within a node. In a data flow language, sequencing can be 
cumbersome. If respective nodes are not connected together 
by a data line, it cannot be determined from data flow as to 
which node should be executed first. Various structures 
illustrated in FIG. 12A-D allow sequencing of instructions 
without the necessity of having these connected by a data 
line. Along this line, an attribute node can have a plurality 
of attributes which are inherently ordered such that they are 
executed according to the user's desire, thus providing 
greatly simplified use of attributes and hence greatly sim- 
plified visual control of the front panel. Therefore, the 
attribute node also serves the purpose of ordering attributes 
within the node so that they can be executed as desired by 
the user. 



Creating Attribute Nodes 

As shown in FIG. 115, the user creates an Attribute Node 
by selecting the Create Attribute Node option from the 
pop-up menu of a front panel control or the control's 
terminal on the diagram. Selecting this option creates a new 
node on the diagram located near the terminal for the 
control, as shown. 
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If the control has a label associated with it» the control's 
label is used for the initial label of the Attribute Node. The 
user can change the label after the node has been created. In 
an alternate embodiment, the label on the attribute node is 
always the same as the contrors label., 5 

When a user creates an attribute node having one or more 
attributes, the block diagram editor automatically creates a 
data type to assodare with that attribute. For example, if a 
user was selecting an attribute affecting the color of a control 
or indicator, the block diagram editor creates a numeric data 
type used to store that color. If a user had selected the cursor 
position attribute, the block diagram editor would create a 
numeric cluster having two or three elements depiending on 
whether the cursor position is two or three dimensional. This 15 
is done transparent to the user. 

If the user clicks on an attribute terminal, the user gets a 
menu of options which he can write to or read from the 
control, as shown in the FIG. 116. The user can also display 
this menu by popping up on the terminal and choosing Select 20 
Item. 

Referring now to FIG. 117, the user can read or set more 
than one attribute with the same node by enlarging the 
Attribute Node. Using the Positioning Tool, the user clicks 
on the lower comer of the attribute node and drags the comer ^ 
down to enlarge the node. As the node is enlarged, new 
terminals are added. The user associates a termliial with a 
given attribute by clicking with the operating tool on the 
terminal and selecting an attribute from the Attribute Node 
pop-up menu. With this procedure, the user customizes the 
attribute node to allow access to only those attributes 
wanted. Certain options on attribute nodes are bundled into 
categories. These categories contain multiple attributes that 
the user can unbundle using the Unbundle function (Array 8c 
Cluster menu) or access as one unit, as illustrated in FIG. 
118. 

Attribute nodes can set and read attributes for front panel 
objects. Referring now to FIG. 119, the user sets whether an 
attribute node reads or sets an attribute by selecting either 
the Change To Read or Change To Write option from the 
attribute node pop-up menu. Newly created attribute nodes 
default to a write attribute state. The user can set an attribute 
when the direction arrow is located on the left side of the 
node, pointing into the node. If the user changes the node to 
read an attribute, the arrow is located on the right side, 
pointing out of the node. For example, the Disabled attribute 
provides programmatic control of user access to front panel 
controls. FIG. 120 illustrates how to disable and gray out a 
control using the Disabled attribute. To disable the control, 
the user wires a 2 to the attribute node and to enable the 
control, the user wires a 0 to the attribute. 

In the case of multiple-terminal attribute nodes, the user 
can configure each terminal to set or read its attribute. The 
user can pop up on each terming and select either Change 55 
To Read or Change To Write. This method is used to create 
attribute nodes with a mixture of read and write terminals as 
shown in FIG. 121. In addition, the user configures all 
terminals in an atttibute node to set or read attributes by 
selecting Change All To Write or Change All To Read from go 
the pop-up menu. 

A user can create multiple attribute nodes for each front 
panel control which allows access to the attributes for a 
control in multiple locations in the block diagram. The user 
can also create an additional attribute node by cloning an 65 
existing node, or using the Create Attribute Node option 
again. 



By popping up on an attribute node and selecting Find, the 
user locates the front panel control; its terminal, or other 
attribute nodes. If the user pops up on a control with an 
associated attribute node, the Attribute Nodes option appears 
in the Find menu. If the user selects this option, all attribute 
nodes associated with the control are highlighted. If nodes 
exist in frames that are not displayed, such as nodes present 
in different frames of a stmcture, they are displayed as a 
highlighted outline, as shown in FIG. 122. . 

If the user does not know the meaning of a given attribute, 
he can use the Help \Wndow to find information on the 
attribute meaning, its data type, and acceptable values. If the 
attribute is a more complicated type, such as a cluster, then 
the Help Window displays a hierarchical description of the 
data structure. With the Help Window active, the cursor is 
passed over terminals in the attribute node to display infor- 
mation. FIG. 123 shows Help for both a single attribute and 
a cluster of multiple attributes. 

The user can create Attribute Nodes for any control on a 
front panel. The user can create Attribute Nodes for any of 
the controls in a cluster and for the control of an array by 
selecting Create Attribute Node from the subcdntrol pop-up 
menu. The attributes for a cluster and for a numeric control 
inside the cluster are shown in FIG. 124. 

Some controls, such as the graph, have a large number of 
attributes the user can read or set. Some of these attributes 
are grouped into categories, listed in submenus, such as the 
Format and Precision category for a numeric. The user can 
choose to set all of the attributes at once by selecting the All 
Elements option of the menu. The user can also set one or 
more of the elements individually by selecting the specific 
attribute(s). The Format and Precision option on a numeric 
control is shown in FIG. 125. 

FIGS. 126-128 illustrate a few common attributes for 
digital controls and the wiring of each attribute. Referring 
now to FIG. 126, the Visible Attribute sets or reads the 
visibility status of a control or indicator. The control is 
visible when Tme, hidden when False. The wiring example 
of FIG. 126 sets the Digital Control to an invisible state. A 
Boolean TVue value makes the control visible. 

Referring now to HG. 127, the Disabled Attribute sets or 
reads the user access status of a conUrol. A value of 0 enables 
the control so the user can access it, A value of 1 disables the 
conteol, preventing access. A value of 2 disables and grays 
out the control. In the upper wiring example of FIG. 127 a 
1 value is provided to the node. This disables user access to 
the Digital Control. However, the control will not change 
appearance when it is disabled as showa In the lower wiring 
example of FIG. 127, a 2 value is provided to the node. This 
disables user access to the Digital Control, and the control 
appears grayed out when in this state. 

Referring now to FIG. 128, the Format and Precision 
Attribute sets or reads the format and precision attributes for 
the numeric control. The input is a cluster of two integers: 
one for format and one for precision. Format and Precision 
attributes can be addressed individually. The wiring example 
of FIG. 128 sets the format of the Digital Control to 
Engineering and the digits after the decimal point to 4. 

Common attributes for Booleans are iUusUmd in FIGS. 
129 and 130. Examples of the wiring of each attribute are 
also shown. It is also noted that the visible and disabled 
attributes are common for most controls and are covered in 
the previous Digital Control section. Referring now to FIG. 
129, the Strings[4] Attribute sets or reads the labels on a 
Boolean control. The input is an array of four strings that 
correspond to the False, True, True Tracking, and False 
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Tracking states. True and False are on and off states of the 
BooleaiL Tmc Tracking and False Tracking states are tem- 
porary transition levels between the Boolean states. True 
Tracking is the transition state when the Boolean is changed 
from True to False. The wiring example of FIG. 129 sets the 5 
display strings for the Labelled Button to the string choices 
Stop, Run, Stop? and Run?. 

Referring now to FIG. 130, the Colors[4] Attribute sets or 
reads the colors for foreground and background colors in 
each Boolean mode. The input comprises an array of four 10 
clusters where each cluster contains two integers represent- 
ing color. The wiring example of FIG. 130 sets the display 
colors for the Labelled Button to the color choices. The 
selection shown would display black on white for each 
Boolean mode. 15 



Execution of the Attribute Node 

Referring now to FIG. 131, a flowchart diagram illustrat- 20 
ing a method which is performed by the execution sub- 
system to execute an attribute node is shown. As previously 
discussed, an attribute node can be categorized as a simple 
node, and its node specific functions are executed as shown 
in FIG. 9R The flowchart in FIG. 131 illustrates the Perform 
Function step (step 398) when the simple node being 
executed is an attribute node. In step 602 the execution 
subsystem determines or locates an attribute in the attribute 
node. When an attribute node is first executed, this will be 
the first attribute within the node, and if the attribute node 
includes a plurality of attributes, subsequent executions of 
this step will index down the attributes in the node in 
sequence. In step 604 the execution subsystem provides the 
front panel editor with attribute information for the respec- 
tive attribute being executed. This attribute information 
comprises a type descriptor pointer, a read/write flag, index, 
and a data pointer. The data pointer points to a location in 
memory which corresponds to a data line path which stores 
the attribute and which is read from and written to when 
executing the attribute. The respective data line will either 
provide data corresponding to die attribute to this location, 
or will read this location to obtain the data corresponding to 
this attribute. The type descriptor refers to the data type of 
the attribute. The type descriptor is a grammar describing a 
data type used in the method of the present invention. The 
index refers to the unique number assigned to a respective 
attribute. In other words, every attribute comprised in the 
present invention includes a imique index number. The 
read/write information corresponds to whether the attribute 
is being read or written. 

50 

In step 606, the execution subsystem determines if the 
attribute is being read or written. If the attribute is deter- 
mined to be written in step 606, then in step 608, the 
execution subsystem verifies the data obtained correspond- 
ing to the attribute. The step of verifying data in step 608 35 
essentially means that the computer program is potentially 
adjusting the information received or provided to the front 
panel in step 604 in order to ensure that the data type 
corresponds to what the user has indicated. 

The purpose of verifying the data is to allow the user to 60 
provide the data in various formats, rather than forcing the 
user to provide the data in one specific format This makes 
changing attributes much easier because the user is not 
required to conform to a certain data type, but rather, for 
example, could use INT. FLOAT, BYTE, LONG, eta at any 65 
proint where a numeric data type is called for Once the 
verification process has been periformed in step 608, then in 
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step 610, the execution subsystem changes the attribute for 
the respective conu*ol or indicator to its new value. Each 
control or indicator has associated storage with it for the 
purposes of attributes. Step 610 operates to change data in 
this storage inherently and may also in all probability change 
the visual output associated with that control or indicator. In 
step 612 the execution subsystem updates the fi:t)nt panel 
display to reflect the new attribute setting. This provides, as 
previously discussed, a more meaningful visual output to the 
user. Upon completion of step 612 the execution subsystem 
advances to step 614 and determines whether this is the last 
attribute in the attribute node. If so. tiien the execution 
subsystem has completed executing this attribute node. If 
not, the execution subsystem returns to step 602 and deter- 
mines the next attribute in the attribute node. 

Referring again to step 606, if a read is determined to have 
occuned in step 606, then the execution subsystem advances 
to step 620. In step 620 the execution subsystem determines 
the current value or setting for the controFs or indicator's 
attribute. This essentially involves reading the attribute from 
the memory location where the attribute is stored. For 
example, when the attribute is updated in step 610, tiiis 
location is rewritten to reflect tiie new attribute setting. 
Likewise step 620 involves reading the attribute for the 
specified control or indicator. In step 622 the execution 
subsystem translates the value or setting to match the type 
descriptor. As previously discussed with regard to step 608, 
the translation step in 622 allows an attribute to be stored in 
memory, but is not required to conform to specific data type. 
Rather, for example, if the data is numeric, tiie attribute data 
can be stored as either INT, FLOAT, BYTE, etc. Step 622 
can essentially be considered the counterpart to verifying the 
data in step 608. In step 608, the verifying data step 
essentially involves insuring tiiat the data type of the 
attribute conforms to what the front panel control requires. 
In contrast, in step 622. this verify or translation step 
involves translating the attribute to conform to the data type 
that the block diagram editor required. This attribute is then 
used by the block diagram editor during execution of the VI 
as programmed by the user. Upon completion of step 622, 
the execution subsystem advances to step 614 and deter- 
mines if tiiis is tiie last attribute. If not, the execution 
subsystem returns to step 602 as previously described. If this 
is determined to be the last attribute in tiie node, then 
operation completes. 

EXAMPLES 

Referring now to FIGS. 132-133, a VI that simulates a 
process monitor system is shown. This VI programmatically 
hides either the temperature indicators or the volume indi- 
cators based on user input. The VI also sets tiie color of the 
tank level depending on its value. FIG. 132 illustrates tiie 
front panel of tiie VI, and FIG, 133 Ulustrates the block 
diagram. 

Referring now to HG. 132, tiie front panel includes two 
vertical switches referred to as show temp indicator and 
show tank indicator. The front panel also includes a digital 
controller refeired to as tank volume limit and a stop button. 
Also, the front panel includes a tank volume indicator 
display illustrating the volume of a tank and a temperature 
gauge displayed as a thermometer. Referring now to FIG. 
133, the show temp indicator control is connected to a 
Visible attribute associated with the temperature indicator. 
The show tank indicator switch is connected to a \^sible 
attribute (FIG. 134A) corresponding to the tank volume 
indicator. The block diagram includes a process monitor VI 
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that reads values referred to as tank level or volume and 
temperature and returns an output. The process monitor VI 
is connected to a temperature icon corresponding to the 
temperanire indicator, a tank volume icon corresponding to 
the tank volume indicator and one input of a Greater? 
function (HG. 134E). The tank volume limit control is the 
other input of the Greater? function. The output of the 
Greater? function is connected to one input of a select 
function (FIG. 134F). The other two inputs of the select 
function receive values from a color box constant (red) and 
a color box constant (blue). The color box constant is 
illustrated in FIG. 134G. The output of the select function is 
provided to a fill color attribute associated with the tank 
volume indicator. The block diagram also includes a Wait 
Until Next ms Multiple function (FIG. L34D). The above 
logic is contained within a while loop, wherein a stop icon 
conesponding to the stop button on the front panel is 
connected to a not function (HG, 134H) and is connected to 
the while loop. Thus the while loop executes repeatedly until 
the stop button is pressed. 

To create the attribute node "Visible" (FIG. 134A), the 
user pops up on the Tank Volume terminal and selects Create 
Attribute Node from the menu. A default attribute node will 
appear in the block diagram with the label 'Tank Volume." 
TTiis is repeated for the Temperature terminal. 

To create the attribute node "Fill Color*' (FIG. 134B), the 
user pops up on the Tank Volume terniinal and selects Create 
Attribute Node. The user then pops up on the newly created 
node and selects Fill Color from the Select Item menu. The 
Process Monitor VI (FIG. 134C), simulates the operation of 
a VI monitoring a process over time. It returns one point for 
each of two waveforms — tank level and temperature. The VI 
requires a scalar index input. The Wait Until Next ms 
Multiple (FIG. 134D) function (Dialog and Date/Time 
menu) dictates that each loop iteration occurs every 500 ms. 
The Greater? Function (FIG, 134E) (Comparison menu), 
returns TRUE if the value is over range; otherwise, the 
function returns FALSE. The Select function (FIG..134F) 
(Comparison menu) selects the red color if the tank volume 
is greater than the set limit; otherwise, it selects the blue 
color. The Color Box Constant (FIG. 134G) (Suucts & 
Constants menu), allows the user to set the box color by 
popping up on the box with the Coloring tool. The Not 
function (FIG, 134H) (Arithmetic menu) inverts the value of 
the STOP button; thus, the While Loop executes repeatedly 
until the user clicks on the button. 

When the VI is run, the user can set the visibility of the 
tank and thermometer indicators using the vertical switches. 
If the user enters a value of 90 inside the TMc Volume Limit 
control, the tank level color changes when the tank level 
exceeds the limit input of 90. 

Graph Attribute Nodes 

Referring now to FIG. 135, attribute nodes greatly 
enhance the progranmiatic flexibility of graphs and charts. 
Graphs and charts possess a full set of features, most of 
which the user can control with attribute nodes. Graph 
attributes include plot color, X and Y scale information, 
visibility of the legend and palette, and cursors, among 
others. 

One major option in a graph attribute is the scale infor- 
mation. With attribute nodes, the user can set or read the 
scale information for both the X and Y scales. For each axis, 
the VI can read or set the minimum value, maximum value, 65 
and the range values, making the graph plot settings fully 
configurable. 
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Also in graphs and charts, with attribute nodes the user 
can programmatically read or set the plot colors, the back- 
ground, and the grids. Therefore, the user can set plot colors 
or background color depending on program conditions such 
as out-of-range values or error conditions. 

Finally, with attribute nodes, the user has full use of the 
cursors provided on graphs. Graph cursors appear as graphi- 
cal plot selectors, typically with whiskers dmwn top to 
bottom and left to right The user employs cursors to move 
a graphic selector on the plot surface. A cursor can be locked 
to the plot or may move freely on'the plotting surface. Values 
from each cursor are renimed to a digital readout on the front 
panel. Attribute nodes present a means to set or read cursor 
position on the graph, allowing user input from the cursors 
to be used in the VI, 

A few common attributes for the waveform graph are 
shown in FIGS. 136-138, along with the wiring of each 
atttibute. Referring now to FIG. 136, the X (or Y) Range 
Attribute sets or reads the range and increment for the graph 
axis. The attribute accepts a cluster of three integers: X axis 
minimum value, X axis maximum value, and increment 
between the X axis markers. TTie wiring example of FIG. 
136 sets the X axis and corresponding plot area to a range 
of 0 to 100 with axis increments of 10. 

Referring now to FIG. 137, the Active Cursor and Cursor 
Position Attributes, in combination, select or read both the 
active cursor and the position of that cursor. The active 
cursor attribute accepts an integer corresponding to the 
desired cursor. Cursor position comprises a cluster of two 
floating-point numbers representing the X and Y positions 
on the plot The wiring example of FIG. 137 places the 
cursor 1 at position (55.5, 34.8), When choosing the cursor, 
the Active Cursor terminal must precede the Cursor Position 
terminal. 

Referring now to FIG. 138, the Active Plot and Plot Color 
Attributes, in combination, set or read the plot color for the 
active plot selected. Active Plot is an integer carresponding 
to the desired plot and Plot Color is an integer representing 
a color. The wiring example of FIG. 138 sets the color of the 
active plot selected. The color corresponds to the choice 
made in the Color Box Constant. If a user is choosing the 
active plot, the Active Plot terminal must precede the Plot 
Color Terminal. 

Cursor Position Example 

Referring now to HGS. 139-140, a front panel and block 
diagram of a VI is shown which uses Active Cursor Position 
attributes. The attributes described below allow a user to 
input two points on a waveform using left and right cursors, 
and these points are used to find the center point of the area 
under the signal waveform between these two points, 
referred to as the centroid. The front panel includes a 
Waveform Graph as well as left, right, and centroid cursor 
readouts. The left and right ciursors are lines on the graph on 
the front panel (FIG. 139) which include the circle and 
darkened square, as showa The, centroid is illustrated by a 
line including an X located at the point between the left and 
right cursor lines which is the middle point with respect to 
the area under the graph. Hie attribute described below reads 
the position of the left and right cursors as they are moved 
by a user during execution of the VI. This attribute node 
passes this data to a subVI which finds the centroid or the 
center point of area between the left and right cursors. 

The block diagram illustrated in FIG. 140 includes an icon 
referred to as GetSignal which acquires the signal data. The 
data received by the GetSignal icon is first provided to the 
'Waveform Graph" icon and hence is displayed into the 
graph on the front panel (FIG, 139). At this point the user can 
read the left and right cursor positions using the "Read 
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Positions" attribute node. The left cursor position is read by 
setting the active cursor to the left cursor and reading the 
cursor position. The active. cursor is then set to the right 
cursor, and the value of that cursor is read. Those two inputs 
along with the signal arc passed into the centroid VI. The ^ 
output of the centroid VI is another cursor position that is 
provided to a **Write Position" attribute node. In this 
attribute node, the active cursor is set to the centroid cursor 
and the execution subsystem places that cursor at the value 
specified by centroid VI. 

The order of execution of the "Read Positions" attribute 
node is as follows: left cursor becomes active cursor, deter- 
mine active cursor position, right cursor becomes active 
cursor, and dctemiine active cursor position. Thus the is 
attribute node at the left of the diagram is executed from top 
to bottom whereby the left cursor is deemed the active cursor 
and its position is found and then the right cursor is deemed 
active and its position is then found. This information is then 
passed to a VI which finds the centroid between those two 20 
cursor positions, and the output is written onto the front 
panel using the Write Position Attribute. 

The example described above utilizes an attribute which 
enables a block diagram program to read the location where 
a user has positioned a cursor on the screen. A user could ^ 
position cursors in prior art embodiments, but the user could 
not program the block diagram to read their position or set 
their position. In other words, the program could not use the 
cursor position to influence the execution of a VI, and a 
cursor would not appear on Uie screen showing the user a 
point of interest. Therefore, the cursor position attribute 
node according to the present invention allows the program 
to read as input the user's movement of the cursor and to set 
a cursor to indicate points of interest on the plot. 

In the cursor position example described above, the 
waveform graph in the front panel includes a connector pane 
with one input and one output. Hie input terminal corre- 
sponds to the waveform signal received and the output 
corresponding to the centroid produced. Hie cursor position 40 
atuibute allows a user to select two points on the waveform, 
which are then provided as input to the centroid sub-VI 
which computes the centroid based on those two points. The 
cenuroid VI then outputs this one piece of data representing 
the centroid of the signal between the two points selected by 45 
the user, which is then output on die front panel Therefore, 
in the example described above, the waveform graph essen- 
tially acts as a data sink with regard to the GetSignal 
function in that the GetSignal ftmction provides a waveform 
to the waveform graph. The waveform graph indicator also 50 
acts as a data source for the centroid ftinction in that the 
cursor position attributes are used to select points from the 
signal on the waveform graph which are tiien provided to the 
centroid. In this manner, attribute nodes enable a user to blur 
the distinction between controls and indicators as data 55 
sources and data sinks. 

Atuibutes enable a user to define other meaningftil data 
values for the indicators and controls some of which change 
the appearance or the form of the control. These include 
attributes such as color, size, etc. Others provide additional 60 
meaningfial interaction with the user, such as reading or 
writing to a cursor position. Attribute values are not bundled 
with the control data, that being the data passed to the 
control panel through the connector pane because that would 
make the data types too complex to deal with, therefore, the 65 
attribute data values from an attribute node are manipulated 
separately from the control data. 
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Programmatic Zooming Example 

Referring now to FIGS. 141, 142. and 142 A-D, a VI that 
uses attribute nodes to control graph cursors is shown. This 
VT uses attribute nodes to provide programmatic zooming 
for a graph and uses the cursor attributes and graph scale 
attributes to allow selection of a zoom area. As shown, the 
front panel includes a number of points control, a waveform 
graph, its graph palette, and its cursor display for cursor 0 
and cursor 1. The front panel also includes zoom in, zoom 
cut, and stop buttons. Referring now to FIG. 142, the block 
diagram of the VI is shown. As shown, the block diagram 
includes a large while loop. A sequence structure having 
frames 0 and 1 is located at the bottom left hand portion of 
the block diagram. A for loop is situated above the sequence 
structure loop, as shown. Frame 0 of the sequence structure 
is illustrated in FIG. 142 C. The large while loop includes a 
first case structure displaying its true case in FIG. 142 (False 
case is shown in FIG. 142A), and a second case structure is 
comprised with the first case structure in the true case. The 
second case shows its true case in FIG, 142 and its false case 
in FIG. 142B. Frame 1 of the sequence structure illustrated 
in FIG. 142 uses a graph attribute node including active 
cursor and cursor position attributes to read the X and Y 
access values from the graph and set the cursor locations 
accordingly. Frame 1 of the sequence structure provides an 
output to the input of the while loop as shown, thus creating 
an artificial data dependency. Hie for loop includes a sine 
wave generation icon and is used to create a waveform that 
is provided to the graph on the front panel, as shown. In the 
upper left portion of the block diagram, a bundle ftmction is 
used receiving an array of 0 values that is used to create a 
shell of a cluster. The output of the bundle ftmction is 
provided to an initialize array icon which initializes an array. 
The output of the initialize array icon is provided to a shift 
register associated with a while loop. The output of the shift 
register is provided to an array size icon that indicates the 
size of the array. The output of this icon is in turn provided 
to a >0 comparator which is in turn provided to one input of 
an AND gate whose output is provided to one input of an OR 
gate. A zoom out icon corresponding to the zoom out control 
on the front panel provides the other input to the AND gate. 
The zoom in icon corresponding to the zoom in control on 
the front panel is provided to the other input of the OR gate. 
Hie output of the shift register is provided through the outer 
case structure, as shown. It is also provided to the inner case 
structure. The output of the OR gate is provided to the 
selector input of the case structure and determines whether 
the outer case structure is true or false. When the outer case 
stmcture is true, tiien die zoom feature is activated. The 
output of the zero comparator is also provided to the outer 
case structure and is used during the false case. Likewise, the 
output of the zoom in icon is provided to the outer case 
stmcture and is used during the false case. This output is also 
provided to the inner case structure which is used as a 
selector for the inner case structure. The output of die shift 
register is provided through the first case structure through 
the second, inner case stmcture and is provided to a split ID 
array in the false ft^e (FIG. 142B). The split ID array 
includes two inputs. The top input being the actual aaay, and 
the bottom input, which receives a 1, being the index where 
the array is split. The output of this function is two, separate, 
one dimensional arrays, as shown. The first element in the 
array is the most recent zoom. Therefore, the split ID array 
function . . . each element in the array contains a cluster of 
all the range information. Element 0 is the newest or closest 
in zoom. The 0 element is provided to an index array 
ftmction. The index array ftmction receives a 0 and thus 
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selects a new top element of the array, this being element 0. 
The output of the index array function is provided to an 
unbundle function which in turn provides its outputs to X 
minimum, X maximum, Y minimum, and Y maximum 
attributes, as shown. This graph attribute node also includes 5 
active cursor and cursor position aiuibutes, as shown. The 
right-most graph attribute node within the outer case struc- 
ture is used to set the new cursor and axis position. A second 
graph attribute node on the left side of the outer case 
structure includes Xmin, Xmax, Ymin, Ymax, and active lo 
cursor and cursor positions used to read the current cursor 
and access values. This attribute node reads the current 
cursor and access values using a bundle function connected 
to the inner case structure, as shown. The attribute nodes in 
the block diagram illustrated in FIG. 142 can be used to read 15 
and set cursor position and graph the axis range. Attribute 
nodes are employed in several other sections of the block 
diagram to read or change the front panel objects program- 
matically. Examples of attribute node use include changing 
the graph axis and disabling the Zoom Out button. It is noted 20 
that multiple attribute nodes are used for a single front panel 
object, allowing access to an object's attributes more than 
once in a block diagram. 

Graph Cursor and Plot Colors ^ 

Referring now to HGS. 143-147, a VI example is shown 
which uses attribute nodes with graph cursors and plot 
colors. The VI allows the user to move the cursor along the 
graph using the cursor control. When the cursor is moved to 30 
the maximum plot point, the plot changes color. As shown 
in FIG. 143, the front panel includes a waveform graph, a 
cursor display, and a labeled stop button. Referring now to 
FIG. 147, the block diagram includes a sequence structure 
having two frames, referred to as 0 and 1. The 1 frame in 35 
turn includes a while loop, which itself comprises a case or 
conditional structure having true and false frames as shown. 
Frame 0 of the sequence structure includes an X range 
attribute associated with the waveform graph. This attribute 
is provided to an unbundle function, as shown, which is then 40 
provided to logic which finds the X axis midpoint. Once the 
X axis midpoint is found, this logic is provided to a round 
to nearest function, which in turn is provided to an active 
cursor and cursor index attributes associated with the wave- 
form graph that set the cursor to the X axis midpoint. Frame 45 
1 of tiie sequence structure includes a for loop including a 
process monitor icon that returns one point of simulated 
pressure waveform. The output of the process monitor is 
provided to the wavcfonn graph icon and hence to the 
waveform graph on the front panel. It is also provided as an so 
input to the while loop, as shown. The output is provided to 
an array max and min icon which is in turn provided to an 
equal function. The cursor Y attribute associated with the 
waveform graph is provided to the other input of the equal 
function, as shown. H^e output of the equal function is 55 
provided to the select of the case stmcture, wherein if the 
two values are equal, the true case is selected, and if the 
values arc not equal, the false value is selected. The array 
max and min function returns the maximum point in the 
waveform and is compared with the cursor Y attribute. The 60 
true frame of the case structure includes a green color box 
constant provided to a plot color attribute of the wayefoim 
graph. Thus, if the Y cursor is at the maximum point in the 
waveform, the plot color is selected to be green. As shown 
in the false frame of the case structure, if the Y cursor is not 65 
at the maximum point in the waveform, the white color box 
constant is provided to the plot color attribute and thus the 



output of the waveform graph is white. To enable the cursor, 
the user pops up on the graph and selects ShowCursor 
Display. This places the cursor palette shown in FIG. 144 on 
the front panel. The user can define the number of cursors by 
stretching the cursor box. This example uses one cursor and 
thus the selection tool is used on the comer of the cursor 
display to eliminate one of the cursor displays as shown in 
FIG. 145. The user activates the cursor* by clicking on the 
Select Button as shown in FIG. 146. It is noted that the 
cursor appears in the graph window at the coordinates 
shown in the cursor display. A cunor can move freely or be 
locked to the plot The user controls this action using the 
Lock Control button at the far right side of the cursor 
display. 

Building the block diagram shown in FIG. 147 requires 
the following steps. To create the attribute nodes, the user 
pops up on the Waveform Graph terminal and chooses 
Create Attribute Node from the pop-up menu. The user can 
then select the atuibute by popping up on the newly created 
node and choosing the attribute from the Select Item menu. 
The menu tree for the different nodes is shown in FIG. 148. 

The Process Monitor VI (FIG. 149A) (Advanced Course 
menu) returns one point of a simulated pressure waveform. 
The VI requires a scalar index input. 

The Unbundle function (FIG. 149B) (Array and Cluster 
menu) unbundles the X scale range cluster into its individual 
elements — minimum axis value, maximum axis value, and 
increment between markers. The DBL labels appear when 
the Unbundle function is connected to the cluster. The Add 
function (FIG. 149C) (Arithmetic menu) adds the X scale 
maximum and minimum values. The Divide function (FIG. 
149D) (Arithmetic menu) divides the sum of the X scale 
maximum and minimum by two to find the average. The 
Round to Nearest function (FIG. 149E) (Arithmetic menu), 
rounds the midpoint to the nearest whole number. The Array 
Max & Min function (FTG. 149F) (Array and Cluster menu) 
returns the maximum point in the waveform. This value is 
for comparison with the Cursor Y attribute. The Equal? 
function (FIG. 149G) (Comparison menu) compares tfie Y 
cursor position with the plot maximum. The Color Box 
Constant (FIG. 149H) (Structs & Constants menu) provides 
a constant value for the color selected in the box. To choose 
a color, the user pops up on the constant with the Coloring 
tool. When the VI is run, the user can move the cursor along 
the graph using the cursor control. When the user moves the 
cursor to the maximum plot point, the plot changes color. 

Plot Color Attributes 

Referring now to FIGS. 150A and 150B, the front panel 
and block diagram of a VI . that manipulates plot color 
attributes is shown. The front panel includes a waveform 
chart and a data overlimit line as well as a stop button. The 
block diagram includes a large while loop, as shown. The I 
or index of the while loop is provided to a process monitor 
VI as shown whose output is provided to a 1 input of a 2 
input bundle function. Hie other input receives a constant 
0.5. The output of the bundle function is provided to the 
waveform chart icon which corresponds to the waveform 
chart of the front panel. The output of the process monitor 
VI and the 0.5 constant are also provided to a Greater? 
function which in turn is provided to the select input of a 
selector. Two color box constants are provided to the true 
and false inputs of the select function and the output of the 
select function is provided to a plot color attribute associated 
with the waveform chart. This VI uses an attribute node to 
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change a limit plot if the trace exceeds the limit. The **Over 
Limit" line turns red whenever the trace exceeds the limit 
value of 0.5. When the trace falls below the limit, the limit 
line returns to its green default state. As shown Color 
Constants are used on the block diagram to provide the 
selected colors. As shown, the active plot is selected to allow 
the color to be changed, the limit plot being plot 1. Thus, the 
attribute node incorporates two terminals; one for Active 
Plot and one for Plot Color, 

Dynamic. Ring Control Menus 

Attribute nodes are useful for creating automated test 
executive (ATE) Vis. For example, with the Visible 
attribute, the VI can control what front panel objects are 
visible to the user, changing the appearance of the front 
panel for different test routines. 

The ability to set strings in a ring control adds further ATE 
functionality. With the menu ring and text ring controls, the 
user is presented with a menu of options. If the options 20 
cannot be determined until run-time, an Attribute node can 
be used to set the options. The user can select an option from 
the menu ring and then, using the attribute node for the menu 
ring, the strings can be changed during execution to display 
a different set of choices. FIG. 151 illustrates the Build Array 25 
function to set the Strings attributes for a menu ring control. 
Also, the same menu ring can be updated with a different 
menu as shown in FIG. 152. Boolean controls with labels 
also feature the ability to update string displays. The VI can 
change the text on the Boolean for different user selections. 30 
For example, the initial label might state "Select " After the 
user presses the button to enter a selection, the label can be 
changed to "Run Tesf ' for test execution. 

Referring now to FIGS. 153A-B, a VI that demonstrates 
the use of menu ring controls in an ATE application is 35 
shown. The block diagram illustrated in FIG. 154 includes 
an outer whUe loop which in turn comprises a case structure, 
which in turn comprises a. sequence structure having frames 
in 0 through 3. The true case of the case structure is 
illustrated in FIG. 154. The false case being illustrated in 40 
FIG. 154A. Likewise, frame 0 of the sequence stmcture is 
illustrated in FIG. 154, whereas frames 1, 2, and 3 of the 
sequence structure are illustrated in FIG. 154B, C, and D, 
respectively. 

When the VI is run, the Menu Ring control is initially 
disabled. The Menu Ring Control is enabled after the user 
clicks on the Generate Waveform button. The Menu Ring 
control provides the user with different options to select the 
type of waveform and its amplitude. 

30 

Analog/Digital Example 

Referring now to FIGS. 155A-B and 156, front panels 
and a block diagram of a VI that selects analog or digital 
outputs for the front panel depending on operations in the 55 
block diagram is shown. The front panel in FIG. 155A 
includes an analog readout as well as a mode control, a low 
battery control, a division setup control and a stop button. 
The front panel in FIG. 155B includes a digital readout as 
well as a mode control, a low battery control, division setup 60 
and stop button. Referring now to FIG. 156, the block 
diagram includes a case or conditional structure having 
digital and analog frames. A mode function is provided to 
the input of a selector whose true false inputs are coimected 
to the digital and analog controls, respectively. As shown, 65 
the digital frame includes readouts for voltage current, 
resistance, and voltage A/C rms, whereas the analog frame 



includes only outputs for voltage current and resistance. The 
block diagram also includes a while loop shown between the 
digital and analog frames, which reads the value of the 
respective mode and provides the output to the readout 
controls. 

The above examples illustrate some of the possible 
attributes available. The following is a summary of the 
attributes for the various controls. 



Base Attributes 

Abase set of attributes is available for all controls. These 
attributes include the visibility of a control, whether it is 
disabled, and key focus. It is noted that these attributes can 
be read as well as set. For example, a control can be made 
invisible, and then may be checked to see if it is currently 
invisible. * 



Visible 
Disabled 



Key Focus 



Wisibls when True: hidden when False. 

0 Control is enabled. 

L Conanol is disabled. 

2 Control is grayed out. 

When Tmc, the control is the cuircntly selected key 

focus. Key focus is generally changed by tabbing 

through fields. The Key Focus Attribute sllows the 

user to focus on a particular control for keyboard 

data entry without requiring the user to use the 

mouse to select this control. 



Attributes for Rotary, Slide, and Fill Controls 

In addition to the base and numeric attributes, rotary, 
slide, and fill controls have the following attributes: 



Active Slider 
Slider Colors 
FG Color 
BG Color 
Fill Style 

FiU Color 
Scale Info 
Style 

Fonnat & Precision 
Formal 



Precision 

Range 

Minimum 

.Majumum 

Increment 

Moping 

Editable 



Which slider/needle is active? 
Active sliderMeedle colors 
Foicground Color 
Background Color 

FiU Style ((M) - No fill, fill to min, fiU to 
max, fill to value below, fill to value above 
Fill color for active slider 
Scale Information 

Scale style (0-8) - as shown in pop-up menu 
from top, left to bottom, right 
Quster of the format and piedtion 
attributes. 

The format for a numeric can be one of the 
following five values. 

0 - Decimal 

1 - Scientific 

2 - Engineering 

3 - Binary 
4- Octal 

5 - Hexadecimal 

PredsioD is the number of digits displayed 
after the dedmal point. 
Range values 
Minimum range value 
Maximum range value 
, Increment between maricers 
Mapping Mode (0-1) - linear or 
Logarithmic 

Allow editing of scale values? 
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Attributes for Rings 



These attributes are in addition to base and numeric 
attributes 



Strings 



Items in Ring 
String 



68 



If the button is pressed, the button highlights and the 
siring changes to run?. If the mouse is released with the 
cursor in the button, the button changes to TRUE, and 
displays the word stop; if the mouse is release outside of the 
button, then the button returns to FALSE and displays the 
word run. Pressing on the button while it is TOUE will 
display the string stop?. 



Strings (4) Strings for False, Thie, True Tracking, and False 
Tracking states. 

Attributes for the Ramp Colors (4) Foreground and background colors for False, True, 

True Tracking, and False Tracking states. 



Array A^sible 


Is color array visible? 


Kamp visioic 


Is ramp visible? 


EJigDisp Visible 


Is digital display visible? 


Scale Info 


Color scale information 


Interpolate 


Interpolate between array colors? 


Color 




Low Color 


For values less than the first array 


High Color 


For values greater than last array. 


Color Array 


Color Array elements. 


Style 


Scale style (0-^) - as sbcvra in pop-up menu 




from top, left to 




bottom, right 


Format &. Precision 


Ouster of the format and precision 




attributes. 


Format 


The format for a numeric can be one of the 




following five values. 




0 - Decimal 




1 - Scientific 




2 - Engineering 




3 - Binary 




4 -Octal 




5 - Hexadecimal 


Precision 


Precision is the number of digits displayed 




after the decimal point. 


Range 


Range values 


Minimum 


Minimum range value 


Maximum 


Maximum range value 


Ihciement 


Increment between markers 


Me^picg 


Mapping Mode (O-I) - Linear or 




Logarithmic 


Editable 


Allow editing of scale values? 
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Attributes for Strings 

In addition to the base attributes, the scroll position for a 
string (the line number displayed at the .top of the string 
control, with 0 representing the first line) and the selection 
range (measured in charactere, with 0 representing the first 
chm^cter of the string) can also be set. The backslash codes 
and the scrollbar may also be enabled/disabled. 



Scroll Position 
Selection 
Selection Start 
Selection End 
Codes 
Scrollbar 


ScroU to line # # from top of screen. 

Text sclectioa 

Beginmng character position 

Ending character position. 

Are backslash codes \n, etc. enabled? 

Is vertical scrollbar enabled? 




Attributes for Paths 


In addition to the base attributes, the scrollbar can be 


enabled/disabled. 




Selecdon 


Text Selection 



Selection Start Beginning character position 

Selection End Ending character position 



Attributes for Booleans 

In addition to the base attributes, the Boolean text strings 
that are displayed inside of the Boolean can be set, as well 
as the colors of each of the states. The strings are an array 
of four elements, with the first element for the false string 
and the second element for the true string. The other two 
strings only apply to Booleans that have a mechanical 
action, such as Switch when Released or Latch when 
Released. These behaviors are typically used in dialog 
boxes, where a button does not change state unless the 
mouse is released with the cursor inside the button; as the 
button is pressed, it highlights in temporary transition states, 
false to true and from true to false (the third and fourth 
states). As with the strings, the colors are an array of four 
elements. 

If an array of only two strings is passed to the text strings go 
attribute node, the first string is copied to the third string and 
the second string to the fourth string. If an array of one string 
is passed to the node, that string is copied to all four strings. 

For example, assume a Boolean is set to a mechanical 
action of a Switch when released, and a string array of run, 65 
stop, stop?, and run? is passed. In the FALSE state, the 
Boolean has a string of run. 



Attributes for Arrays 

In addition to the base attributes, arrays have attributes for 
the visibility of the index display, the current values of the 
index, and the selection range for the array (used in copy and 
paste). 



bidcx Visible Is the airay index visible? 

Index Values Elemem in lop left comer of array , 

Selection Start { ] Begiiming elanent in array selection 

Selection Size [ ] Number of elements in array selection 



Attributes for Clusters 
The cluster has only the base attributes. 

Attributes for Tables 

In addition to the base attributes, Tables have attributes 
for the control of scroll bar visibility, row and column header 
visibility, selection color, edit position, index values, setting 
the data selection range, changing row and column headers, 
reading from and writing to specific cells, and. setting cell 
foreground and background color. 
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-continued 



Index \^sible Are the table indexes visible? 

vScrall Visible Is the vertical scroll bar visible? 

hScroll Visible Is the horizontal scroll bar visible? 

Row Headers Vis Arc the row hcaden visible? 
Col Headers Vis Are the column headers visible? 

SelecdoD Color Color used to draw the data selection 

Edit Position Set the row/column of the current text 

entry location 

Index \felucs Set the index value of the top/left visible 

cdl 

Selection Start Set Stan of data selection range 

Row number 

Column nwnbcr 
Selection Size Number of cells in data selection 

Row 

Column 

Row Headers { ] Array of strings 

Header string 
Coluorn Headers 1 ] Array of strings 

Header string 

Cell Selection Cell from which to read/write sperific 

attributes 
Row 
Column 

Cell FG Color Foreground color for cells 

Cell BG Color Background color for cells 
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Attributes for the Waveform Chart 

In addition to the base attributes, the Waveform Chart has 
attributes for reading and setting the visibility of the legend, 
palette, scroll bar and numeric displays. It also has attributes 
for the colors of the chart paper (ijackground) and grid, the 
X and Y scale information, the update modes of strip, sweep, 
and scope. 

Attributes can also be set for each of the plots. Attributes 
for plots are applied to the active plot. The active plot is 
selected by setting the active plot attribute to the number of 
a plot, with 0 representing the first plot. After a plot is 
selected, attributes can be read or set for that plot, including 
the plot's color, interpolation, point style and line style. 
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Legend Visible 


Is the chart legend visible? 


Palette Visible 


Is the chart palette visible? 


Scroll Bar Visible 


Is the chart sctoU bar visible? 


Display(s) Visible 


Arc the chart digital display(s) visible? 


TVanspcse Array 


Transpose data before plotting? 


Paper Colors 


Colors for plotting surface 


FG Color 


Foreground color for plotting surface 


BO Color 


Backgronnd color for plotting surface 


Grid Colon 


Grid Colors 


X Color 


Color for X grid 


Y Color 


Color for Y grid 


X Scale Info 


X scale infoimation 


X Scale fit 


Fit X scale to data (0-2) - Never, Once, 


X Style 


Always 


X scale style (0-8) - as shown in pop-up 




menu from top, lefr to bottom, right 


X Format & Precision 



Y Style 

5 

Y Fonnat & Precision 
YForaoat 

Y Precision 
IQ Y Range 

Y Minimum 

Y Maximum 

Y Increment 

Y Mapping Mode 



Y Editable 
Active Plot 
Plot Name 
Plot Attributes 
Plot Color 
Plot Interpolation 

20 Point Style 

Line Style 
Update Mode 

25 



Always 

Y scale style (0-8) - as shown in pop-up 
menu from top, left to bottom, ng^t 



Y Format (0-5) - Decimal Scientific. 
Engineering, Binary, Octal, Hex 

Y Precision - digits after decimal point 

Y scale range values 

Y scale minimum range value 

Y scale maximum range vahic 
Increment between Y madters 

Y Mapping Mode (O-l) - Linear or 
logarithnuc 

Allow editing of Y scale values? 
Which plot is active 
Name of active plot 
Attributes of active plot 
Color of active plot 

Interpolation for active plot (0-2) - None, 
Stepwise, Linear 

Point style for active plot (0-2) - as shown 
in pop-up menu from top, left to bottom, 
right 

Ldne style for active plot (0-4) - as shown 
in pop-up menu from top to bottom 
Update mode for chart (0-2) - Scroll, 
Scope, Sweep 



Attributes for the Waveform Gr^h 

The attributes for the waveform graph are similar to the 
waveform chart, with the addition of control of Smooth 



Update. 


Legend \^5ible 


Is the chart legend visible? 


Palette Visible 


Is the chart palene visible? 


Transpose Array 


Transpose data before plotting? 


Smooth Update 


Produce smooth (double buffered) updates 


Paper Coirs 


Colors for plotting surface 


FG Color 


Foieground color for plotting surface 


BG Color 


Background color for plodag surface 


Grid Colors 


Grid CZolors 


X Color 


Color for X grid 


Y Color 


Color for Y grid 


X Scale Info 


X scale information 


X Scale Fit 


Fit X scale to data (0-2) - Never, Once, 




Always 


X Style 


X scale style (0-8) - as shown in pop-up 




menu from top, left to bottom, right 


X Format & Precision 



50 



55 



X Fonnat 

X Precision 
X Range 
X Minimum 
X Maximum 
X Increment 
X Mapping Mode 

X Editable 



X Format 


X Fonnat (0-5) - Decimal Scientific, 


y Scale Info 




Engincciing, Binary. Octal. Hex 


Y Scale Fit 


X Precision 


X Precision - digits after decimal point 




X Range 


X scale range values 


60 Y Style 


X Minimimi 


X scale minimum range value 


X Maximum 


X scale maximum range value 


Y Format & Precision 


X Increment 


Increment between X markers 




X Mapping Mode 


X Mapping Mode (0-1) - Linear or 
logarithmic 


Y Fonnat 


X Editable 


Allow editing of X scale values? 


Y Precision 


Y Scale Info 


Y scale information 


y Scale Fit 


Fa Y scale to data (0-2) - Never, Once, 


Y Range 



X Fonnat (0-5) - Decimal Scientific, 

Engineering, Binary. Octal. Hex 

X Precision - digits after decimal point 

X scale range values 

X scale minimum range vahie 

X scale maximum range value 

Increment between X markers 

X Mapping Mode (0-1) - Linear or 

logaridunic 

Allow editing of X scale values? 

Y scale infonnation 

Fit Y scale to data (0-2) - Never. Ctoce. 
Always 

Y scale style (0-8) - as shown in pop-up 
menu from top, left to bottom, right 



Y Format (0-5) - Decimal Scientific, 
Engineering, Binary, 

Octal. Hex 

Y Precision - digits after decimal point 

Y scale range values 
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-continued 


Y Minimum 


Y scale minimum range value 






Y Maximum 


Y scale maximum range value 




Color Array 


Y Increment 


Increment between Y raaikers 


5 


Y Mapping Mode 


Y Mapping Mode (0-1) - Linear or 
logarithmic 




Z Scale Fit 


Y Editable 


Allow editing of Y scale values? 






Active Plot 


Which plot is active 




Z Style 


Plot Name 


Name of active plot 




Plot Attributes 


Attributes of active plot 


10 


Z Format & Precision 


Plot Color 


Color of active plot 




Plot Interpolatioii 


IntcipolatiGn for active plot (0-2) - None, 
Stepwise, Linear 




Z Format 


Point Style 


Point style for active plot (0-2) - as shown 
in pop-up nKnu from top, left to bottom, 




Z Precision 
Z Range 




rigi>t 


15 


Z Minimum 


Line Style 


Line style for active plot (0-4) - as shown 
in pop-np menu ixom top to bottom 


Z Maximum 
Z Increment 
Z Mapping Mode 



Attributes for the Intensity Chart 20 

In addition to the base attributes, the Intensity Chart 
attributes are a superset of the standard chart and the color 



Z Editable 
Ignore Army 
Color Table 
Update Mode 

History Data 



ramp. 


Ramp \^siblc 


Is the ramp visible? 


Array 'Wsible 


Is the color array visible? 


Palette Visible 


Is the chart palette visible? 


ScroU Bar Visible 


Is the Chan scroll bar visible? 


Transpose Array 


Transpose data before plotting? 


Paper Colors 


Colors for plotting surface 


FG Color 


Fore^und color for plotting surface 


BG Color 


Background color for plotting surface 


Grid Colors 


Grid Colors 


X Color 


Color for X grid 


Y Color 


Color for Y grid 


X Scale Info 


X scale infoimatioh 


X Scale Fit 


Fit X scale to data (0-2) - Never, Once, 




Always 


X Style 


X scale style (0-S) - as shown in pop-up 




menu from top, left to bottom, right 


X Format & Precision 



X Format 


X Fonnat (0-5) - Decimal Scientific, 




Engineering, Binary, Octal, Hex 


X [precision 


X Precision - digits after decimal point 


X Range 


X scale range values 


X Minimum 


X scale minimum range value 


X Maximum 


X scale maximum range value 


X Increment 


Inoement between X markers 


X Ma|)ping Mode 


X Mapping Mode (0-1) - Linear or 




logarithmic 


X Editable 


AUow editing of X scale values? 


Y Scale Info 


Y scale information 


Y Scale Fit 


Fit Y scale to data (0-2) - Never, Once, 




Always 


Y Style 


Y scale style (0-8) - as shown in pop-up 




menu &om top, left to bottom, right 


Y Format & Precision 



Y Format 

Y Precision 

Y Range 

Y Minimum 

Y Maximum 

Y Increment 

Y Mapping Mode 

Y Editable 
Z Scale Info 
Interpolate Color 
Low Color 

High Color 



Y Foimat (0-5) - Decimal Scientific, 
Engineering, Binary, Octal, Hex 

Y Precision - digits after dcdmai point 

Y scale range values 

Y scale mininmm range value 

Y scale maximum range vahie 
Increment between Y markers 

Y Mapping Mode (0-1) - Linear or 
logarithmic 

Allow editing of Y scale values? 
Color (Z) Scale Information 
InteT)oIate between array colors? 
Color for values less then first array 
element? 

Color for values greater than last array 



-continued 

element? 
Color Array 
Value/(^lor pair 
Value 

Fit Z scale to data (0-2) - Never, Once, 
Always 

Z scale style - as shown in pop-up 
menu from top, left to bottom^ ri^t 

Z Format (0-5) - Decimal Scientific 

Engineering, Binary, Octal, Hex 

Z Precision - digits after decimal point 

Z scale range values 

Z scale minimum range value 

Z scale maximum range value 

Increment between Z markers 

Z Mapping Mode (0-1) - Linear or 

logarithmic 

Allow editing of Z scale values? 

Use colormap instead of array elements 

Coloring ~ 256 colors 

Update mode for chart (0-2) - Scroll, 

Scope, Sweep 

Array of numbers (read only) 
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Attributes for the Intensity Graph 



Ramp Visible 
30 Array Visible 

Palette Visible 

Smooth Update 

Paper Colors 

FG Color 

BG Color 
35 Grid Colors 

X Color 

YCIolor 

X Scale Info 

X Scale Rt 

40 X Style 

X Foimat & Pzedsion 
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Is the ramp visible? 

Is the color array visible? 

Is the chart palette visible? 

Produce smooth (double buffered) updates 

Colors for plotting surface 

Foreground color for plotting surface 

Background color for plotting surface 

Grid Colors 

Color for X grid 

Color for Y grid 

X scale information 

Fit X scale to data (0-2) - Never, Oicc, 
Always 

X scale style (0-8) - as shown in pop-up 
menu from top, left to bottom, right 



X Fonnat 


X Format (0-5) - Decimal Scientific, 




Engineering, Binary, Octal, Hex 


X Precision 


X Predsion - digits after decimal point 


X Range 


X scale range values 


X Minimum 


X scale minimum range value 


X Maximum 


X scale maxinmm range valiu 


X Increment 


Increment between X markers 


X Mapping Mode 


X M^iping Mode (0-1) - Linear or 




logarithmic 


X Editable 


AUow editing of X scale values? 


Y Scale Info 


Y scale information 


Y Scale Fit 


Fit Y scale to data (0-2) - Never, Once, 




Always 


Y Style 


Y scale style (0-8) - as shown in pop-up 




menu from top, left to bottom, right 


Y Format & Precision 



Y Format 

Y Precision 

Y Range 
60 Y Miniirmra 

Y Maximum 

Y Increment 

Y Mappmg Mode 
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Y Editable 
Z Scale Info 
Interpolate Color 
Low OAoi 



Y Format (0-5) - Dednml Scientific, 
Engineering, Binary, Octal, Hex 

Y Predsion - digits after dcdmai point 

Y scale range values 

Y scale minimum range value 

Y scale maximum range value 
Incremeitt between Y markers 

Y Mapping Mode (0-1) - Linear or 
logarithmic 

Allow editing of Y scale values? 
Color (Z) Scale Information 
Interpolate between array colc»^? 
Color for values less then first array 
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element? 


High Color 


Color for values greater than last array 




element? 


Color Array 


Color Array 




Vahu/Color pair 




Value 


Z Scale Fit 


Kt Z scale to data (0-2) - Never, Once, 




Alwayi 


Z Style 


Z scale style (0-8) - as shown in pop-up 




menn from top, left to bottom, ri^t 


Z Format & Precision 




Z Format 


Z Format (0-5) - Decimal Sdenlific, 




Engineering, fiinaxy, Octal, Hex 


Z Precision 


Z Precision • digits after decimal point 


Z Range 


Z scale range values 


Z Minimmn 


Z scale minimum range value 


Z Majdmujn 


Z scale maximum range value 


Z IncreiDCDt 


Increment between Z markers 


Z Mapping Mode 


Z Mapping Mode (0-1) - Linear or 




logarithmic 


Z Editable 


Allow editing of Z scale values? 


Ignore Array 


Use colormap instead of airay elements 


Color Tabic 


Colormap - 256 colors 


Update Mode 


Update mode for chart (0-2) - Scroll, 




Scope, Sweep 



Attributes for Graph Cursors 



Active Cursor 
Cunor Attributes 
Cursor Name 
Cursor Ci^lor 
Cunor Gross Hair 



Cursor Pmnt Style 



Cursor Name Visible 
Cursor Lodoed 
Cursor Plot 



Cursor Index 



Cunor Position 
Cursor X 
Cuisor Y 



Which cursor is active? 

Attributes for active cursor 

Name of active cursor 

Color of active cursor 

Cross hair style for active cursor (0-8) - 

as shown in pop-up menu from lop, left to 

bottom, right 

Point style for active cursor (0-16) - as 
shown in pop-up menu from top, left to 
bottom, right 

Is the active cursor's name showing? 
Is the active cursor locked to a plot? 
Plot with which the active cursor is 
araociated (for Intensity Gri^h Cursor, 
this is 'X^irsor Row" - Data row to which 
the active cursor is associated) 
Index of point to which the active cursor 
is locked (for Intensity Graph Cursor, this 
is ^'Cursor Cjolumn" - Data column to 
which the active cursor is assodaied) 
Position of active cursor 
Horizontal position of cursor 
Vertical position of cursor 



Attributes for Pictures 



10 



15 



20 



25 



30 



35 



40 



45 



50 



attributes include strings for a ring control, colors, visibility, 
and graph scales and cursors. 

Attribute nodes are created from the pop-up menu of a 
control or indicator (or a control or indicator terminal). Each 
attribute node can read and set multiple attributes for a given 
control. In addition, the user can create multiple attribute 
nodes far a single front panel object, so the user can 
configure attributes from multiple locations in a block 
diagram. The Help Window is a useful tool for gaining 
information about individual attributes from a node. 

Attribute nodes are especially helpful in a few key areas 
of VI development. Attribute nodes greatly expand graph 
functionality. Features such as zooming and trace point 
selection can be implemented with the cursor and graph 
scale attributes. Also, attribute nodes enhance 
Lab VIEW® ATE systems significantly. Using attributes such 
as programmable string displays for rings, programmable 
labels for buttons, and programmable control access, the 
user can customize the user interface to present different test 
options. 

We claim: 

1. A computer implemented method for programmatically 
affecting an attribute of a control in a data flow program in 
a computer system including a video screen, means for 
creating a graphical data flow diagram, and means for 
creating a panel associated with said data flow diagram for 
displaying data input to and output firom said data flow 
diagram, the method comprising the computer implemented 
steps of: 

displaying on the screen a first panel; 

displaying on the screen a first control which displays 

data, wherein said first control is comprised in said first 

panel; 

displaying on the screen a first function icon that refer- 
ences a function icon control means for controfling a 
first function; 

displaying on the screen an attribute node icon associated 
with said first control, wherein the attribute node icon 
references an attribute control means for programmati- 
cally affecting an attribute of said first control; 

assembling on the screen a data flow diagram including 
the first function icon and the attribute node icon, 
wherein the first function icon is connected to the 
attribute node icon and wherein the function icon 
control means provides data to the attribute control 
means during execution of the data flow diagram, 
wherein said first panel is associated with said data flow 
diagram and wherein said first control in said first panel 
displays input or output data from said data flow 



Erase Rrst Erase (0-20) - Never, Once, Always 

E)imensions Drawable surface dimensions (read only) 

^dtb in pixels 

Height in pixels 



Conclusion 
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In summary, attribute nodes are employed to program- 
matically manipulate front panel controls and indicators. 
These front panel objects possess a set of characteristics, 
depending on the control or indicator type, that the VI can 63 
modify. Therefore, attribute nodes are powerful tools for 
expanding user interface capabilities. Some common 



executing the data flow diagram; 

the function icon control means writing a value to the 
attribute control means to affect said attribute of said 
first control during said step of executing; and 

changing said attribute of said first control after said step 
of the function icon control means writing said value to 
the attribute control means to affect said attribute of 
said first control. 

2. Hie method of claim 1, further comprising: 

displaying on the screen a first terminal icon that refer- 
ences said first control prior to said step of assembling; 

wherein said step of assembling comprises assembling on 
the screen the data flow diagram including the fiist 
terminal icon, the first function icon and the attribute 
node icon. 
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3. The method of claim 1, wherein said first control 
includes a plurality of attributes and wherein said attribute 
control means programmatically affects said plurality of 
attributes of said first control; 

wherein said step of the function icon control means 
writing a value comprises the function icon control 
means wridng values to said attribute control means to 
affect said plurality of attributes of said first control 
during said step of executing. 

4. The method of claim 3, wherein said attribute node icon 
lists said plurality of attributes of said first control, wherein 
said plurality of attributes are listed sequentially; 

wherein said step of the function icon control means 
writing values comprises the function icon control 
means writing values to said attribute control means 
sequentially according to said sequential listing of 
attributes in said attribute node icon to affect said 
plurality of attributes of said first control during said 
step of executing. 

5. The method of claim 1, further comprising: 
displaying on the screen a first terminal icon that refer- 
ences said first control prior to said step of assembling; 

displaying on the screen a second control in said first 
panel; 

displaying on the screen a second terminal icon that 
references said second control prior to said step of 
assembling; 

wherein said first control displays data input to the data 
flow diagram and said second control displays data 
output from the data flow diagram; 

wherein said step of assembling comprises assembling on 
the screen the data flow diagram including the first 
terminal icon and the second terminal icon and the first 
function icon and, the attribute node icon, wherein the 
data .flow diagram displays a first procedure for pro- 
ducing a value for the second terminal icon from a 
value provided by the first terminal icon. 

6. The method of claim 1, further comprising: 
displaying on the screen a first terminal icon that refer- 
ences said first control prior to said step of assembling; 

displaying on the screen a second control in said first 
panel; 

displaying on the screen a second terminal icon that 
references said second control phor to said step of 
assembling; 

wherein said second control displays data input to the data 
fiow diagram and said first control displays data output 
from the data flow diagram; 

wherein said step of assembling comprises assembling on 
the screen the data flow diagram including the first 
terminal icon and the second terminal icon and the first 
function icon and the attribute node icon, wherein the 
data flow diagram displays a first procedure for pro- 
ducing a value for the first terminal icon from a value 
provided by the second terminal icon. 

7. The method of claim 1, wherein said attribute com- 
prises an element of the appearance of said first control. 

8. The method of claim 1, wherein said attribute com- 
prises one or more of the group consisting of: size, color, 
range, scale, visibility, disabled, and key focus. 

9. The method of claim 1, wherein said first control 
comprises one of the group consisting of: digital numeric 
control, color numeric control, rotary control, slide control, 
fill control, ring control, color ramp, table, waveform chart, 
waveform graph, XY graph, intensity chart, and intensity 
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graph. 

10. The method of claim 1, wherein said control com- 
prises a waveform graph, wherein said attribute comprises 
one or more of the group consisting of: active cursor, cursor 
name, cursor color, cursor grid style, cursor point style, 
cursor locked, cursor plot, cursor index, cursor location, 
cursor X location, cursor Y location, cursor list, and smooth 
update. 

11. The method of claim 1, wherein said control com- 
prises a waveform graph having a cursor, wherein said 
attribute comprises an attribute of said cursor. 

12. A computer implemented method for programmati- 
cally accessing an attribute of a control in a data flow 
program in a computer system including a video screen, 
means for creating a graphical data flow diagram, and means 
for creating a panel associated with said data flow diagram 
for displaying data input to and output from, said data flow 
diagram, the method comprising the computer implemented 
steps of: 

displaying on the screen a first panel; 

displaying on the screen a first control which displays 

data, wherein said first control is comprised in said first 

panel; 

displaying on the screen a first function icon that refer- 
ences a funcdon icon control means for controlling a 
first function; 

displaying on the screen an attribute node icon associated 
with said first control, wherein the attribute node icon 
references an attribute control means for programmati- 
cally accessing an attribute of said first control; 

assembling on the screen a data flow diagram including 
the first function icon and the attribute node icon, 
wherein the attribute node icon is connected to the first 
function icon and wherein the attribute control means 
provides data to the function icon control means during 
execution of the data flow diagram, wherein said first 
panel is associated with said data flow diagram and 
wherein said first control in said first panel displays 
input or output data from said data flow diagram; 

executing the data flow diagram; 

receiving input firom a user during said step of executing 
to change said attribute of said first control; ■ 

the attribute control means reading said attribute of &aid 
first control and generating a value indicative thereof 
during said step of executing; 

the attribute control means providing said value to said 
function icon control means during said step of execut- 
ing; and 

the function icon control means computing a value using 
said value received from the attribute control means 
during said step of executing. 

13. The method of claim 12, further comprising: 
displaying on the screen a first terminal icon that refer- 
ences said first control prior to said step of assembling; 

wherein said step of assembling comprises assembling on 
the screen the data flow diagram including the first 
terminal icon, the first function icon, and the attribute 
node icon, 

14. The method of claim 12, wherein said first control 
includes a plurality of attributes and wherein said attribute 
control means programmatically accesses said plurality of 
attributes of said first control; 

wherein said step of the attribute control means providing 
said value comprises the attribute control means pro- 
viding a plurality of values to said function icon control 
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means during said step of executing. 

15. The method of claim 14, wherein said attribute node 
icon lists said plurality of attributes of said first control, 
wherein said plurality of attributes are listed sequentially; 

wherein said step of the attribute control means providing 5 
said plurality of values comprises the attribute control 
means providing said plurality of values sequentially 
according to said sequential listing of attributes in said 
attribute node icon during said step of executing. 

16. The method of claim 12, further comprising: lO 
displaying on the screen a first terminal icon that refer- 
ences said first control prior to said step of assembling; 

displaying on the screen a second control in said first 
panel; 

displaying on the screen a second terminal icon that 
references said second control prior to said step of 
assembling; 

wherein said first control displays data input to the data 
fiow diagram and said second control displays data 20 
output from the data flow diagram; 

wherein said step of assembling comprises assembling on 
the screen the data flow diagram including the first 
terminal icon and the second terminal icon and the first 
function icon and the attribute node icon, wherein the 25 
data flow diagram displays a first procedure for pro- 
ducing a value for the second terminal icon firom a 
value provided by the first terminal icon. 

17. The method of claim 12, further comprising: 
displaying on the screen a first terminal icon that refer- 30 

ences said first control prior to said.step of assembling; 
displaying on the screen a second control in said first 
panel; 

displaying on the screen a second terminal icon that 
references said second control prior to said step of 
assembling; 

wherein said second control displays data input to the data 
flow diagram and said first control displays data output 
from the data flow diagram; 40 

wherein said step of assembling comprises assembling on 
the screen the data flow diagram including the first 
terminal icon and the second terminal icon and the first 
function icon and the attribute node icon, wherein the 
data flow diagram displays a first procedure for pro- 45 
dudng a value for the first terminal icon from a value 
provided by the second terminal icon. 

18. The method of daim 12, wherein said step of the 
attribute control means providing said value comprises the 
attribute control means providing said value to said function 50 
icon control means to enable said function icon control 
means to determine said attribute of said first control during 
said step of executing. 

19. The method of claim 12, wherein said attribute 
comprises an element of the appearance of said first control. 55 

20. The method of claim 12, wherein said attribute 
comprises one or more of the group consisting of: size, 
color, range, scale, visibility, disabled, and key focus. 

21. The method of claim 12, wherein said first control 
comprises one of the group consisting of: digital numeric 60 
control, color numeric control, rotary control, slide control, 
fill control, ring control, color ramp, table, waveform chart, 
waveform graph, XY graph, intensity chart, and intensity 
graph. 

22. The method of daim 12, wherein said control com- 65 
prises a waveform graph, wherein said attribute comprises 
one or more of the group consisting of: active cursor, cursor 
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name, cursor color, cursor grid style, cursor point style, 
cursor locked, cursor plot, cursor index, cursor location, 
cursor X location, cursor Y location, cursor list, and smooth 
update. 

23. The method of claim 12, wherein said control com- 
prises a waveform graph having a cursor, wherein said 
attribute comprises an attribute of said cursor. 

24. A computer implemented method for programmati- 
cally accessing an attribute of a control in a data flow 
program in a computer system including a video screen, 
means for creating a graphical data flow diagram, and means 
for creating a panel assodated with said data flow diagram 
for displaying data input to and output from said data flow 
diagram, the method comprising the computer implemented 
steps of: 

displaying on the screen a first panel; 

displaying on the screen a first control which displays 

data, wherdn said first control is comprised in said first 

panel; 

displaying on the screen a first function icon that refer- 
ences a first function icon control means for controlling 
a first function; 

displaying on the screen a second function icon that 
references a second function icon control means for 
controlling a second function; 

displaying on the screen an attribute node icon associated 
with said first control, wherein the attribute node icon 
references an attribute control means for pnogrammati-. 
cally accessing an attribute of said first control; 

assembling on the screen a data flow diagram including 
the first function icon, the second function icon, and the 
attribute node icon, wherein the first function icon is 
connected to the attribute node icon and wherein the 
attribute node icon is connected to the second function 
icon, wherein said first panel is assodated with said 
data fiow diagram and wherein said first control in said 
first panel displays input or output data from said data 
flow diagram; 

executing the data flow diagram; 

the first function icon control means writing a value to the 
attribute control means to affect said attribute of said 
first control during said step of executing; and 

the second function icon control means reading a value 
from the attribute control means to access said attribute 
of said first control during said step of executing. 

25. The method of claim 24. further comprising: 
displaying on the screen a first terminal icon that refer- 
ences said first control prior to said step of assembling; 

wherein said step of assembling comprises assembling on 
the screen the data flow diagram including the first 
terminal icon, the first function icon and the attribute 
node icon. 

26. The method of claim 24, further comprising: 
displaying on the screen a first terminal icon that refer- 
ences said first control prior to said step of assembling; 

displaying on the screen a second control in said first 
panel; 

displaying on the screen a second terminal icon that 
references said second control prior to said step of 
assembling; 

wherein said first control displays data input to the data 
flow diagram and said second control displays data 
output from the data flow diagram; 

wherein said step of assembling comprises assembling on 
the screen the data flow diagram including the first 
terminal icon and the second terminal icon, the first 
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funcdoa icon, the second function icon and the attribute 
code icon, wherein the data flow diagram displays a 
first procedure for producing a value for the second 
terminal icon from a value provided by the first termi- 
nal icon. 5 

27. The method of claim 24, further comprising: 
displaying on the screen a first terminal icon that refer- 
ences said first control prior to said step of assembling; 

displaying on the screen a second control in said first 
panel; 

displaying on the screen a second terminal icon that 
references said second control prior to said step of 
assembling; 

wherein said second control displays data input to the data 15 
flow diagram and said first control displays data output 
from the data flow diagram; 

wherein said step of assembling comprises assembling on 
the screen the data flow diagram including the first 
terminal icon and the second terminal icon and the first 20 
function icon and the second function icon and the 
attribute node icon, wherein the data flow diagram 
displays a first procedure for producing a value for the 
first terminal icon from a value provided by the second 
terminal icon. 25 

28. The method of claim 24, wherein said attribute 
comprises an element of the appearance of said first control. 

29. The method of claim 24, wherein said attribute 
comprises one or more of the group consisting of: size, 
color, range, scale, visibility, disabled, and key focus. 30 

30. The method of claim 24, wherein said first control 
comprises one of the group consisting of: digital numeric 
control, color numeric control, rotary control, slide control, 
fill control, ring control, color ramp, table, waveform chart, 
waveform graph, XY graph, intensity chart, and intensity 35 
graph. 

31. The method of claim 24, wherein said control com- 
prises a waveform graph, wherein said attribute comprises 
one or more of the group consisting of: active cursor, cursor 
name, cursor color, cmsor grid style, cursor point style, 40 
cursor locked, cursor plot, cursor index, cursor location, 
cursor X location, cursor Y location, cursor list, and smooth 
update. 

32. The method of claim 24, wherein said control com- 
prises a waveform graph having a cursor, wherein said 45 
attribute comprises an attribute of said cursor. 
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33. A computer implemented method for progranmiing a 
computer system including a video screen, means for cre- 
ating a graphical data flow diagram, and means for creating 
a panel associated with said data flow diagram for displaying 
data input to and output from said data flow diagram, the 
method comprising the computer implemented steps of: 
displaying on the screen a first panel; 
displaying on the screen a first control in said first panel, 

wherein said first control displays data; 
displaying on the screen a second control in said first 

panel, wherein said second control displays data; 
displaying on the screen a first terminal icon that refer- 
ences said first control; 
displaying on the screen a second terminal icon that 

references said second control; 
displaying on the screen a first function icon that refer- 
ences a function icon control means for coDtrolling a 
first function; 

displaying on the screen an attribute node icon associated 
with said first control that references an attribute con- 
trol means for programmatically affecting an attribute 
of said first control; 

displaying on the screen a connector pane icon having a 
plurality of terminals for linking said first and second 
terminal icons, wherein said connector pane icon has 
associated connector control means for linking con-- 
trols; 

assigning said first control to a first terminal of said 

connector pane icon; 
assigning said second control to a second terminal of said 

cormector pane icon; 
assembling on the screen a data flow diagram including 

the first terminal icon and the second terminal icon and 

the fiirsl function icon and the attribute node icon, 

wherein said first .and second controls display data in 

said data flow diagram; 
executing the data flow diagram; 
propagating control data from said first control to said 

second control in a first data structure during said step 

of executing; and 
propagating attribute data between said attribute control 

means and said second control using a second data 

structure. 

***** 
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